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ABSTRACT 


Visualization  is  key  in  helping  a  student  understand  the  fundamentals  of  Calculus.  The 
new  generation  of  computer  literate  students,  raised  in  a  video-based  environment,  will 
expect  more  than  the  traditional  chalkboard  methods  in  assisting  them  in  this  visualization. 
By  integrating  computers  into  the  classroom  and  developing  software  to  assist  in 
mathematics  instruction,  we  can  enhance  student  comprehension  of,  and  ability  to  apply, 
mathematics  in  solving  real  world  problems  of  interest  to  the  military. 

As  evidenced  by  the  success  of  both  the  Apple  Macintosh  and  Windows  software,  mouse 
driven,  graphical  user  interfaces  (GUI's)  represent  a  powerful  and  frequently-used  tool  in  the 
computing  environment.  GUI's  improve  the  visual  capabilities  in  computing  software, 
simplify  program  execution,  and  reduce  the  time  required  to  become  proficient  with  the 
software.  When  designed  correctly,  the  GUI-based  software  can  significantly  improve  the 
way  in  which  people  interact  with  computers.  This  thesis  lays  the  framework  and  develops 
multi-platform  GUI  software  modules  needed  for  the  instruction  of  Calculus. 
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1.  INTRODUCTION 


A.  GENERAL 

Calculus  has  traditionally  been  taught  using  Ulustrated  textbooks  and  chalkboards.  The 
arrival  of  the  personal  computer  boom  has  opened  new  avenues  for  instruction  that  can 
greatly  enhance  the  current  methods.  The  purpose  of  this  woric  is  to  investigate  the 
integration  of  computers  into  calculus  instruction.  Our  aim  is  to  explore  subjects  and  topics 
that  are  difficult  to  instruct  using  traditional  teaching  methods,  along  with  those  areas  that 
may  be  improved  by  using  the  computer.  The  goal  is  not  to  produce  a  tutorial  for  the 
student,  but  rather  to  produce  a  multimedia  tool  that  die  professor  may  use  in  the  instruction 
of  calculus.  Furthermore,  the  thesis  offers  sample  modules  to  enhance  the  instruction  of 
calculus,  and  presents  classroom  design  and  system  needs  essential  for  the  successful 
integration  of  computer  instruction. 

B.  OBJECTIVE 

Humans  are  primarily  visual  learners.  The  more  techniques  and  concepts  that  can  be 
displayed  visually,  the  better  the  potential  for  understanding  on  the  part  of  the  student.  For 
example,  merely  explaining  the  meaning  of  slope  as  "the  change  in  the  x  direction  divided 
by  the  change  in  the  y  direction"  is  too  abstract  a  discussion  for  many  students.  Current 
mathematics  teaching  philosophy  introduces  a  simplified  terminology  such  as  "rise  over 
run",  and  then  an  instructor  usually  draws  some  illustrations  on  the  chalkboard  to 
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demonstrate  the  idea.  Generally,  real  understanding  does  not  occur  until  the  student  sees 
the  concept  of  slope  drawn  on  the  chalkboard.  This  capturing  of  visual  representations  of 
mathematical  concepts  is  solely  the  burden  of  the  instructor,  and  is  frequently  limited  by  his 
ability  to  draw.  Even  if  the  instructor  refers  to  an  illustration  in  the  textbook,  he  or  she  must 
draw  something  on  the  chalkboard  for  purposes  of  reference  during  the  classroom  discussion. 
The  integration  of  computers  into  the  classroom  environment  can  significantly  lessen  this 
burden. 

Essential  to  our  program  design  was  the  process  of  interviewing  dozens  of  mathematics 
professors  who  have  taught  calculus  for  years.  Collectively,  their  experiences  pointed  the 
way  toward  instructional  areas  that  can  be  enhanced  through  the  use  of  visualization 
techniques  available  on  the  computer.  As  a  result  of  these  interviews,  several  design 
requirements  were  identified.  First,  the  design  had  to  be  easy  to  use.  This  requirement 
reduces  training  time  and  does  not  discourage  inexperienced  computer  users.  Next,  each 
instructor  expressed  a  strong  desire  to  be  able  to  enter  their  own  equations  and  to  alter  the 
designs  to  conform  to  their  own  teaching  style.  Finally,  the  computer  had  to  be  a  natural 
part  of  the  instruction  and  not  a  distraction. 

A  review  of  the  commercial  software  packages  currently  available  revealed  that,  without 
a  significant  amount  of  preparation  time  on  the  part  of  the  instructor,  computer-aided 
instruction  was  nearly  impossible.  This  identified  a  need  for  a  system  that  can  be  readily  and 
rapidly  deployed  by  a  professor  for  use  in  the  classroom.  The  system  should  not  replace  the 


2 


professor’s  instruction,  but  should  be  a  tool  to  aid  in  learning  basic  and  abstract  ideas.  This 
thesis  lays  the  groundwork  for  designing  such  a  system,  and  introduces  several  example 
modules  designed  for  use  m  the  classroom. 

The  focus  of  this  project  is  on  the  visualization  of  mathematical  concepts.  The  ability 
to  display  quickly  3D  graphics  and  animation  that  enhance  conceptualization  is  critical  to 
the  design.  The  ability  to  display  ideas  interactively  in  the  classroom  is  also  essential  if  the 
instructional  presentation  is  to  be  smooth  and  effective.  The  spotlight  is  on  being  able  to 
better  demonstrate  mathematical  concepts  which  are  currently  difficult,  if  not  impossible, 
to  present. 

C.  ISSUES 

Several  issues  needed  to  be  resolved  before  beginning  a  project  of  this  magnitude.  The 
first  issue  was  determining  the  availability  of  computing  platforms.  To  complete  a  project 
of  this  size  in  a  reasonable  amount  of  time,  computers  had  to  be  dedicated  from  the 
Mathematics  Department  to  support  production.  A  second  issue  was  procurement  of  the 
necessary  software  to  create  the  modules.  The  final  area  of  concern  was  time  since  a  project 
of  this  scope  takes  several  hrmdred  hours  to  produce.  Each  of  these  issues  had  to  be 
addressed  in  order  for  the  project  to  move  forward. 

The  first  step  was  to  solve  the  computer  platform  issue.  Because  the  project  was  to  be 
multi-platform  based  ,  two  separate  computer  systems  were  needed.  The  fastest  possible 
IBM  based  personal  computer  and  Macintosh  systems  were  selected  because  these  systems 
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are  most  widely  used.  Specific  descriptions  of  the  systems  involved  and  their  development 
is  addressed  later.  This  portion  of  the  development  was  probably  the  most  time-consuming 
of  the  entire  project  because  the  computers  had  to  be  configured  and  installed  onto  the 
network  to  sui^rt  production.  This  effort  was  time  consuming,  primarily  because  of  alack 
of  documentation  for  the  systems  and  lack  of  technical  support. 

Once  the  platforms  were  finalized,  the  focus  turned  to  software.  This  is  a  process  that 
can  take  several  months  because  the  procurement  procedure  can  often  be  slow.  The  software 
packages  called  Windowcraft  and  SuperCard  is  physically  in  the  domain  of  the  Mathematics 
Department,  so  the  production  of  future  modules  is  now  possible. 

The  last  issue  to  be  resolved  was  time.  A  project  of  this  size  requires  over  a  year  of 
initial  preparation  and  execution  time.  Time  invested  included  learning  the  basic  operations 
of  the  computers,  fundamental  programming  concepts,  the  operation  of  networking  software, 
the  building  of  windows  interfaces,  computer  graphics  handling  techniques,  and  other 
computer  related  matters.  The  list  is  quite  extensive,  and  a  high  degree  of  proficiency  had  to 
be  reached  in  each  area  before  moving  forward  with  the  project.  Time  management  was  the 
most  critical  issue  to  be  resolved  before  starting  production. 

This  project  illustrates  a  rudimentary  road  map  to  create  computer  based  instructional 
tools.  It  is  these  tools  that  the  students  will  use  to  further  their  understanding  and  spark  their 
desire  to  utilize  and  master  the  mathematical  sciences. 
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n.  TOPIC  SELECTION 


A.  STARXmG  POINTS 

Before  starting  the  project,  the  areas  of  Calculus  that  warranted  demonstration  were 
chosen.  The  search  began  by  writing  down  the  index  of  Calculus  [Ref  1],  A  review  of  the 
course  syllabus  of  a  core  calculus  course  was  also  conducted.  The  combination  of  these 
sources  gave  a  full  range  of  topics  that  could  be  instructed  during  a  normal  calculus 
sequence.  Once  this  list  was  compiled,  areas  that  did  not  lend  themselves  to  visualization 
techniques,  or  areas  that  did  not  follow  previously  described  program  tenets  were 
eliminated.  Topics  that  dealt  with  memorization,  along  with  subjects  that  are  generally 
presented  non-graphically,  were  removed.  For  example,  sections  dealing  with  differentiation 
rules  were  removed  since  they  are  usually  taught  using  analytical  or  operational  methods. 
This  first  cut  left  a  list  of  approximately  eighty  potential  topics.  The  process  of  allocating 
the  available  time  now  had  to  be  considered  to  tailor  the  scope  of  the  project. 

A  total  of  eight  months  was  available  for  the  project.  The  first  month  was  dedicated  to 
the  topic  selection  process.  The  second  month  was  devoted  to  computer  setup  and  learning 
basic  programming  skills.  Production  of  the  first  module,  along  with  project  formulation 
meetings,  consumed  the  remainder  of  the  second  month.  The  third  month  was  dedicated  to 
designing  the  control  structure  of  the  software.  The  remaining  five  months  were  committed 
to  module  production. 
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Initially,  the  plan  was  to  prqtffle  each  of  the  eighty  topics  oiiganized  into  twelve  diapters. 
The  Sine  Function  was  chosoi  as  die  first  mochile.  The  idea  for  this  first  module  was  sin^ile. 
Using  the  general  sine  fimction  formula 


the  module  would  plot  various  sine  curves  to  Ulustrate  the  effects  of  dianging  the  parameters 
A,  B,  C  and  D.  This  module  took  nearly  three  weeks  to  complete.  Included  in  this  time, 
however,  was  the  overhead  in  learning  the  driving  software  and  in  becoming  familiar  with 
the  programming  environment.  After  careful  analysis,  it  was  determined  that  completion 
time  for  an  average  module  would  be  slightly  over  one  week.  This  estimate  was  ^'^’idated 
throughout  the  project.  This  one  week  average  completion  time  yielded  a  meter  by  uiiich 
the  number  of  modules  possible  for  preparation  could  be  estimated.  The  time  line  for  the 
project  allowed  only  four  months  for  module  creation,  >^ch  necessitated  cutting  the  initial 
list  down  to  around  sixteen  topics. 

Another  constraint  was  the  creation  of  the  software  that  ties  the  modules  together.  After 
some  experimentation  with  the  design  of  the  program  architecture,  it  was  evident  that  its 
construction  would  be  time  consuming.  A  month  was  allocated  for  building  the  program 
superstructure.  This,  in  turn,  left  only  four  months  to  create  the  modules.  With  this 
additional  constraint,  the  module  goal  was  reduced  to  eleven.  With  the  scope  reduced  to  a 
realistic  level,  the  selection  of  the  topics  for  the  modules  began. 
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B.  NARROWING  THE  AREA 


The  first  module,  the  sine  function,  had  already  been  created.  This  module  was  selected 
first  because  it  would  demonstrate  and  exercise  the  gn^hical  ctqNtbilities  of  the  computer. 
Additionally,  the  sine  function  is  an  easily  understandable  mathematical  concept  vviiich 
would  demonstrate  the  power  of  graphical  computer  methods  for  instructing  calculus.  Ten 
more  modules  remained  to  be  selected.  The  focus  for  these  modules  was  broken  down  into 
four  major  areas;  concept,  motion,  animation,  and  instruction.  These  modules  are  listed 
below. 

-  Polar  Plots 

-  Trapezoidal  Rule 

-  Parametric  Equations 

•  Projectile  Motion 

-  Disk  Method  of  Integration 

-  Undamped  Spring 

-  Population  Growdi  Model 

-  Cobweb  Theory 

•  Simulation  Model 

-  About... 

The  bulk  of  the  modules  would  fall  under  the  concept  area.  These  modules  were 
specifically  chosen  because  they  would  help  the  student  visualize  high  level  mathematical 
principles.  Each  concept  module  generally  begins  with  a  standard  mathematical  equation, 
with  options  for  parameter  variation,  as  in  the  sine  flmction  module.  It  is  critical  in  the 
learning  process  for  students  to  understand  the  ramifications  of  altering  the  parameters,  and 
to  see  the  impact  visually,  such  as  illustrated  in  Figure  1.  The  modules  that  fall  into  this 
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concept  theme  were  the  sine  function,  polar  plots,  projectile  motion,  population  growth 
modeling,  cobweb  theory,  and  simulation  modeling. 


Figure  1  Polar  Graphing 

The  cardioid  l-cos(t)  is  plotted  dynamically  on  the  interval  0  to  2n. 

The  next  category  of  modules  was  motion  based.  One  of  these  modules,  the  undamped 
spring,  shows  the  rectilinear  motion  of  an  iindamped  spring  and  its  subsequent  displacement 
graph.  The  displaced  cosine  wave,  as  traced  out  by  a  harmonic  oscillator,  is  exceedingly 
difficult  for  the  average  student  to  visualize.  With  the  aid  of  this  module,  the  student  can 
readily  see  the  mass  boimcing  up  and  down  on  the  spring,  and  pictures  its  displacement  over 
time.  Placing  a  spring  animation  on  the  screen  together  with  a  dynamically  created  plot  of 
its  displacement,  as  shown  in  Figure  2,  creates  an  effective  visualization.  Modules  of  this 


8 


type,  which  coiqsle  moving  graphics  with  mathematical  concepts,  are  highly  successful  in 
the  instructional  environment  The  linking  of  real-world  motion  with  the  mathematical 
model  representing  its  motion  greatly  enhances  the  student's  comiaehension. 


Figure!  Undamped  Spring 

The  spring  moves  up  and  down  while  the  graph  of  the  motion  is 
simultaneously  traced  out. 

The  next  group  of  modules  was  animation  based.  Describing  the  motion  of  objects  is 
traditionally  a  challenge  for  instructors  using  conventional  chalkboard  techniques.  The 
computer,  however,  opens  the  world  of  two  and  three-dimensional  animation  to  make  the 
task  dynamic  and  simple.  These  animations  demonstrate  the  appearance  of  an  object  moving 
through  space.  The  two  modules  that  display  this  idea  present  parametric  equations  and  the 
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method  of  integration.  The  parametric  equaticm  module  shows  a  cycloid  traced  by  a  point 
on  a  wheel  rotated  throu^  time  (see  Figure  3). 


Figures  Wheel  Cycloid 

A  cycloid  is  traced  by  a  wheel  rolling  over  a  horizontal  surface. 

It  is  even  more  difficult  to  convey  movement  in  three  dimensions.  While  instructing 
integration  using  the  disk  method,  the  instructor  has  to  describe  the  volume  of  a  three- 
dimensional  object  generated  by  rotating  a  curve  about  an  axis  in  space.  The  disk  method 
module  dynamically  produces  this  rotation  by  assembling  a  collection  of  three  dimensional 
bit-mapped  graphics  into  a  movie,  which  readily  simulates  the  rotation  of  a  curve  about  an 
axis  in  real  time.  Figure  4  shows  the  final  result  of  this  simulation  technique.  The  concept 
of  rotation  is  not  presentable  in  class  effectively  with  any  other  media. 
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Figure  4  Disk  Method 

A  solid  of  revolution  is  created  rotating  a  curve  about  the  x-axis. 

The  final  module  category  contains  elements  to  enhance  the  instruction  of  a  concept. 
These  modules  generally  consist  of  a  graphics  library  or  slide  show  that  can  be  used  as  either 
a  primary  or  supplementary  means  of  instruction.  The  trapezoidal  rule  is  an  example  of  this 
type  of  module.  This  module  uses  a  slide  show  technique  to  illustrate  how  the  area  under  a 
curve  can  be  approximated  by  trapezoids  (see  Figure  5).  These  slide  shows  tend  to  be 
difficult  to  create  because  they  require  in-depth  knowledge  about  the  scripting  software  as 
well  as  about  the  underlying  mathematical  concept.  All  future  modules  will  fall  to  some 
extent  under  the  four  categories  described  above.  The  base  modules  within  these  categories 
will  serve  as  templates  for  future  modules,  thereby  reducing  their  construction  times.  Once 
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an  educator  has  a  base  knoMdedge  of  how  a  module  is  created  in  a  given  category,  he  or  she 
can  refer  back  to  that  one  as  a  basis  for  creating  subsequent  modules. 


Figures  Trapezoidal  Rule 

The  area  under  the  curve  is  approximated  by  six  trapezoids. 
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in.  COMPUTING  PLATFORMS 


A.  GENERAL 

Since  the  project  was  to  be  computer  based,  it  was  necessary  to  select  a  suitable  computer 
system  for  the  software.  From  the  reading  of  ediKational  magazines  directed  at  institutions 
of  higher  learning,  it  was  evident  that  the  preponderance  of  educational  software  was 
Macintosh  based.  However,  the  Department  of  Defense,  to  include  the  target  audiences  of 
West  Point  and  the  Naval  Postgraduate  School,  traditionally  uses  IBM  Personal  Computers 
(PC)  or  clones.  Targeting  the  PC  users  exclusively  would  result  in  the  loss  of  potential 
Macintosh  users.  The  goal  became  the  production  of  software  that  both  customers  could 
rapidly  implement.  Therefore,  the  project  was  prepared  for  compatibility  with  both  the 
Microsoft  Windows  environment  and  the  standard  Macintosh  interface  for  the  Macintosh. 
The  design  structure  of  the  software,  however,  actually  allows  operation  on  all  current 
platforms.  The  portability  of  the  program  gives  it  a  definite  advantage  because  it  may  be 
operated  on  any  machine  available  to  the  user.  No  additional  hardware  or  system  upgrades 
are  required  to  use  the  software. 

B.  PERSONAL  COMPUTER 

Availability  became  the  driving  force  behind  selecting  a  computer  for  the  personal 
computer  side  of  the  design.  The  initial  system  made  available  for  the  project  was  a 
UNISYS  386,  operating  at  a  clock  speed  of  20  Megahertz.  This  system  came  standard  with 
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four  megabytes  of  random  access  monoiy,  or  RAM.  This  initial  configuration,  designed  to 
operate  in  solely  the  DOS  environment,  proved  to  be  unsuitable.  The  current  operating 
standard  is  the  windows  operating  system,  which  traditionally  requires  more  RAM  to  operate 
efficiently.  To  program  and  use  multitasking  efficiently  with  the  PC,  a  larger  amount  of 
memory  was  needed.  The  final  RAM  configuration  for  this  machine  before  programming 
was  eight  megabytes.  This  computer  also  came  standard  witii  both  3  >4  inch  and  5  floppy 
drives.  Although  initially  these  floppy  drives  were  unremaricable,  it  was  later  found  that  the 
standard  government  machines  have  a  low  density  S'A  drive.  Irmumerable  hours  were  spent 
determining  why  the  drive  could  not  read  high  density  disks.  While  this  problem  appears 
trivial,  it  is  exceedingly  difficult  for  the  first  time  computer  user  to  make  accurate  hardware 
identification.  To  avoid  this  problem,  it  is  best  to  have  complete  documentation  on  the 
machine  before  beginning  any  programming. 

The  storage  capacity  of  the  machine  was  also  a  critical  concern.  Graphics  files  are 
memory  intensive  and  will  fill  rapidly  a  standard  hard  drive.  The  recommended  hard  drive 
size  for  storing  graphics  files  is  one  gigabyte.  While  this  may  appear  excessive,  the  estimate 
proved  to  be  accurate  throughout  the  creation  of  the  animations  and  graphics  required  for  the 
proper  illustration  of  the  module  concepts.  The  UNISYS  came  standard  with  an  eighty- 
megabyte  hard  drive  which  was  too  small  to  support  the  scope  of  the  project.  Because  no 
other  internal  installation  hardware  was  available,  it  became  necessary  to  find  an  alternate 
solution  to  the  storage  problem.  The  network  Novell  server  became  the  agent  for  alleviating 


14 


this  problem.  In  addition  to  storage,  the  server  had  the  added  advantage  of  i»Y}viding  a 
variety  of  printer  needed  for  the  ou^t  of  gr^hics  and  scripts.  To  use  this  server,  the 
computer  needed  to  be  coniKcted  to  the  Naval  Postgraduate  School's  network.  To  facilitate 
this  process,  it  is  highly  recommended  that  the  network  procedure  be  standardized,  well 
documented,  and  made  available  upon  request  to  students  in  the  future. 

The  final  elements  of  the  system  were  the  monitor  and  peripherals.  The  monitor  used  is 
the  color  640x480  SVGA.  This  monitor  is  the  industry  standard  and  is  readily  available. 
The  peripherals  included  a  three-button  mouse  and  a  keyboard.  In  summation,  the  initial 
computer  configuration  for  the  start  of  the  project  is  shown  in  Table  1 . 


TABLE  1  INITIAL  PC  CONnCURATION 


Item 

Description 

Details 

Central  Processor 

386 

20  MHz 

Math  Co-Processor 

386-20 

Intel  Co-Processor 

Random  Access  Memory 

8  MB 

70  ns  speed 

Storage 

80  MB 

Seagate  ST-251 

Network  Card 

Intel 

EXP160DI 

Video  Card 

Trident 

SVGA  640x480 

After  working  with  this  configuration  for  several  months,  it  became  evident  that  a  faster 
processor  was  necessary  for  the  timely  completion  of  the  project.  A  direct  comparison  was 
made  between  a  386/20  and  a  486/33  machine.  The  resulting  speed  increase  in  module 
production  on  the  486  machine  was  remarkable.  The  significant  increases  were  realized  in 
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overall  system  operation  speed  and  gr^hics  haikUing.  An  analysis  of  systems  revealed  that 
the  system  listed  in  Table  1  is  the  minimum  system  configuration  needed  in  producing  the 
project.  Using  a  slower  machine  would  result  in  iiK>rdinate  amoimts  of  processing  time  and 
system  waits  in  the  production  of  output  The  machine  listed  in  Table  2  met  or  exceeded 
expectations  in  every  category. 


TABLE  2  FINAL  PC  CONFIGURATION 


Item 

Description 

Details 

Central  Processor 

486 

66  MHz 

Math  Co-Processor 

486 

Integrated  on  CPU 

Random  Access  Memory 

16  MB 

70  ns  speed 

Storage 

340  MB 

Quantiun 

Network  Card 

Intel 

EXP160DI 

Video  Card 

Vortek  2  MB 

SVGA  1200x900 

It  must  be  emphasized  that  these  machines  are  not  the  machines  required  to  run  the 
presentation  software.  They  are  the  machines  recommended  for  use  in  designing  and 
producing  additional  modules.  The  actual  presentation  software  we  have  designed  runs  on 
all  machines  discussed  in  Section  A.  A  single  critical  portion  of  any  machine  that  will 
enhance  operation  is  the  2MB  Video  Card.  This  device  accelerates  windows  performance 
and  graphic  output. 
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C.  MACINTOSH 


The  Macintosh  system  selected  for  programming  was  the  Quadra  700  system.  This 
platform  offers  speed  combined  with  excellent  built-in  gr^hic  handling  c£^bility.  The 
Macintosh  user  environment  is  graphics  based,  so  the  architecture  of  the  machine  is  designed 
to  support  the  handling  of  graphics  and  window  manipulation.  The  specific  machine 
configuration  is  listed  in  Table  3.  This  system  has  all  the  capabilities  necessary  for  module 
design,  production,  and  usage. 


TABLES  MACINTOSH  CONFIGURATION 


Item 

Description 

Details 

Central  Processor 

68040 

25  MHz 

Math  Co-Processor 

Motorola 

Built-in 

Random  Access  Memory 

20  MB 

80  ns  speed 

Storage 

I'OMB 

Apple- 144 

Video  Card 

Integrated 

1.5  MB  VRAM 
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IV.  SOFTWARE 


A.  GENERAL 

The  project  needed  to  take  advantage  of  the  latest  advances  in  the  computer  industry. 
These  advances,  brought  about  through  the  standardization  of  personal  computer  interfaces, 
greatly  simply  programming  concepts.  One  such  advance  allowed  for  creating  the  {noject 
modules  without  requiring  a  complete  programming  team.  Specifically,  the  Windows 
operating  system  for  the  personal  computer  and  the  System  7  architecture  for  the  Macintosh 
presented  an  enviroiunent  where  programs  operate  simply  and  quickly.  The  simplifying  of 
programming  techniques  was  also  critical  to  the  developmental  process.  One  technique, 
called  object-oriented  programming,  allows  the  programmer  to  create  a  single  object  and  use 
it  with  slight  modifications  throughout  the  entire  programming  process.  The  user  then  needs 
only  to  activate  that  object  in  order  to  run  the  program.  Previously,  the  user  was  often 
reqvdred  to  type  numerous  commands  to  carry  out  a  particular  task.  Under  object-oriented 
programming,  designers  can  create  software  that  allows  the  user  to  use  a  common-sense 
approach  to  running  programs.  An  environment  can  be  created  that  does  not  require 
sophisticated  programming  skills  but  only  rudimentary  knowledge  of  elementary  computer 
operations  to  allow  proper  functioning  of  the  program  package.  These  advances  in  the 
information  technology  industry  greatly  empowered  the  project  to  move  forward. 

Selecting  a  programming  utility  for  the  project  to  take  advantage  of  the  technological 
advances  was  the  most  critical  decision  of  the  project.  A  language  that  was  easily  transferred 
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between  the  personal  computer  and  Macintosh  was  desirable  to  avoid  di^lication  of  effort 
inherent  in  building  a  multi-platform  product  The  product  had  to  allow  for  creation  of 
objects  that  could  be  programmed  to  perform  specific  tasks.  The  software  needed  the  ability 
to  draw  dynamic  graphs  generated  by  codes  internal  to  the  program.  The  utility  also  had  to 
be  based  on  the  scripting  techniques  of  programming.  (Scripting,  in  this  sense,  is  a  method 
by  which  programmers  can  write  code  in  a  form  similar  to  written  English.)  The  package 
then,  transparent  to  the  programmer,  transfers  the  code  to  machine  language.  As  an  example, 
the  following  figure  is  a  button,  scripted  for  a  specific  task. 

Erase  Graph 

-i 


This  button  is  designed  to  erase  any  on  screen  plots,  and  to  then  reset  any  equations  used  to 
create  the  plots.  The  program,  or  script,  for  this  button  is  shown  below. 

on  mouseUp 

get  the  rect  of  card  button  "graph  plot" 
choose  select  tool 

drag  from  item  1  of  it  -  10,  item  2  of  it  -  10  to  item  3  of  it  +  10,  item  4  of  it  +  10 
delete  graphic 

put  ""  into  card  field  "amp" 
put ""  into  card  field  "amplitude" 
choose  browse  tool 
end  mouseUp 
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The  script  is  in  a  language  called  ClearTalk.  An  advanced  ccm^niter  user  can  easily  read  die 
script  and  determine  its  function.  This  script,  tq)on  activation  of  the  mouse,  selects  the  area 
of  the  screen  in  vriiich  gr^hics  are  plotted  and  also  deletes  the  gr^hs.  It  will  then  reset 
areas  of  the  screen  reserved  for  equations  to  "empty  strings"  and  then  return  control  of  the 
computer  to  the  user  (See  Appendix  B  for  a  full  description  of  ClearTalk  and  scripting). 
While  this  script  may  seem  complicated  initially,  it  is  much  easier  to  code  than  other  higher- 
level  programming  languages.  It  is  therefore  ideal  for  programmers  who  lack  a  computer 
science  background.  ClearTalk  provides  an  excellent  vehicle  for  rapid  program  development 
that  is  both  readable  and  readily  understandable  to  an  educator  trying  to  produce  a  teaching 
tool.  The  minimal  training  time  to  learn  the  language  coupled  with  its  ease  of  use  made 
scripting  an  essential  capability  for  the  software  selected. 

The  final  and  most  important  characteristic  was  to  have  a  stand  alone  product.  The  fmal 
product  needed  to  operate  independent  of  any  other  computational  or  graphics  programs  and 
in  a  classroom  environment.  This  stand  alone  capability  would  significantly  reduce  the  cost 
of  operating  the  software,  since  the  user  would  not  be  required  to  purchase  other  software 
to  operate  the  program.  It  is  also  simpler  to  use  than  otherwise. 

It  next  became  necessary  to  find  a  software  package  that  could  meet  or  exceed  these 
requirements.  The  starting  point  in  the  search  for  software  was  computer  magazines  and 
brochures.  Initially  this  proved  to  be  unsuccessful  because  these  magazines  are  not  primarily 
targeted  toward  programmers.  However,  it  was  learned  that  some  professors  had  seen  some 
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other  graphics  materials  produced  for  physics  using  Claris’s  Hypercud.  Using  this 
information,  a  search  was  conducted  for  products  produced  in  HyperCard.  A  mechanical 
engineering  tool  written  at  San  Jose  State  University  [Ref.  1 3]  was  located  that  {^)peared  to 
have  the  functions  necessary  to  make  the  project  work.  A  software  utility  had  now  been 
identified  that  seemed  to  have  the  required  functions  and  a  family  of  programming  products 
could  now  be  investigated. 

B.  MACINTOSH 

The  search  began  for  a  utility  for  the  Macintosh  with  HyperCard  [Ref  14].  This  package, 
in  a  reduced  form,  is  actually  included  with  every  Macintosh  machine.  The  package,  by 
itself,  is  capable  of  running  all  HyperCard  products.  HyperCard  is  a  program  that  creates 
cards,  similar  to  note  cards,  of  any  size  and  places  them  into  collections  called  stacks.  The 
stacks  can  then  be  manipulated  to  display  any  information  contained  on  the  cards.  This 
appeared  to  be  a  very  promising  utility  on  which  the  project  could  be  built.  As  a  result,  the 
full  version  of  HyperCard,  called  the  Developers  Kit,  was  purchased  at  a  price  of  just  under 
one  hundred  dollars.  This  program  appeared  to  meet  all  of  the  project  requirements,  so  the 
first  module  was  soon  imder  way.  The  training  time  for  learning  the  operation  of  the 
programming  package  was  approximately  one  month.  Most  of  this  time  was  spent  becoming 
familiar  with  the  ClearTalk  scripting  vocabulary.  Unfortimately,  after  working  with  the 
program  for  several  months,  a  serious  shortfall  was  identified.  HyperCard  was  designed 
purely  for  black  and  white  programming  purposes.  As  such,  it  had  no  built-in  capability 
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available  for  the  importing  of  color  graphics.  In  addition,  its  animation  tools  were  very 
cumbersome.  Because  color  greatly  enhance  the  ^[qpearance  of  any  instructional  product, 
it  became  desirable  to  find  a  new  utility  that  had  color  ci^Mdnlity.  The  search  for  such  a 
utility  began  and  a  scripting  program  called  Aldus  Si^)erCard  [Ref.  7]  was  finally  located. 
This  program  utility  was  touted  to  have  full  color  c{q>ability  and  siq)erior  gi:iq)hics  and 
animation  handlers.  In  addition,  it  was  based  on  the  ClearTalk  programming  language  so 
after  some  further  investigation,  Siq)erCard  was  chosen  as  the  {nogram  driver  for  die  project 
on  Macintosh.  This  scripting  utility  truly  was  everything  it  was  supposed  be!  It  handles 
color  effortlessly  and  has  superior  on-line  help  as  well  as  debugging  routines.  With 
SuperCard  the  creation  of  envisioned  modules,  within  the  given  time  frame,  seemed  to  be 
a  reasonable  goal. 

C.  PERSONAL  COMPUTER 

Finding  similar  software  for  the  personal  computer  proved  to  be  a  more  formidable  task. 
Because  the  Windows  system  is  relatively  new,  not  many  programming  utilities  are  yet 
available  to  the  general  public.  The  methods  of  locating  software  that  were  so  successful  for 
the  Macintosh  failed  for  the  PC.  Finally,  two  products  that  might  meet  the  project  needs 
became  known.  One  such  product  was  Microsoft’s  Visual  Basic  (which  is  the  programmers 
choice  for  the  creation  of  Windows  based  utilities).  This  product  is  designed  for  an 
experienced  programmer  and  it  requires  detailed  programming  for  all  object-oriented 
functions.  Another  drawback  is  that  Visual  Basic  uses  a  programming  language  which 
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differs  significantly  from  ClearTalk  (making  it  undesirable  for  this  project).  The  second 
item  was  a  little-known  ixoduct  called  Windowcrait  [Ref.  3].  This  product  uses  virtually  die 
same  language  and  programming  techniques  as  SiqieiCard  and  can  directly  translate 
Macintosh  scripts.  In  addition,  it  has  excellent  gnq[)hic  handling  amiabilities,  can  operate  in 
a  stand-alone  mode  with  only  the  standard  Windows  software  as  a  driver,  and  is  relatively 
inexpensive.  It,  too,  offers  on-line  help  and  excellent  debugging  features.  As  a  result, 
Windowcraft  was  chosen  as  the  software  driver  for  the  personal  computer.  The  software 
met  all  the  specified  project  requirements.  Thus  all  programming  utilities  had  been  located 
that  would  allow  for  the  creation  of  modules  usable  on  both  the  personal  computer  and 
Macintosh  machines. 
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V.  FRAMEWORK  DEVELOPMENT 

A.  CONCEPT 

One  of  the  critical  design  tenets  for  the  program  was  ease  of  use.  The  program  had  to  be 
user  friendly  in  both  opoation  and  organizadcm.  A  control  structure  was  needed  that  would 
add  a  logical  flow  to  the  project  In  addition,  dte  structure  had  to  be  easy  to  manipulate.  The 
combination  of  these  needs  led  to  the  {m>gram's  hierarchical  or  book  design  structure.  A 
central  controlling  program  runs  all  of  tlM  modules  in  the  project.  This  control  program, 
once  initiated,  gives  the  user  a  textbook  feel  (see  Figure  6).  First  the  instructor  selects  a 
chapter  for  use.  The  controlling  program  then  brings  the  available  chq>ter  modules  into 
view.  Next  the  user  chooses  a  specific  module.  This  control  fxogram  is  analogous  to  a  tree 
structure.  The  user  must  move  vertically  within  the  program,  and  horizontal  movement  is 
not  allowed.  This  type  of  tree  structure  greatly  simplifies  the  use  of  the  program. 
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The  modules  »e  ocganized  into  dhqjters,  following  the  usual  patent  of  piesaitation  in 
a  standard  calculus  text  The  chaptos  are  dien  collected  undo- the  coitral  program,  giving 
the  program  its  textbook  structure.  This  type  of  design  aUows  the  user  to  find  tq)ics  quickly 
and  controls  die  flow  of  information  in  a  logical  pattern.  The  pattern  allows  for  a  program 
design  structure  known  as  point  and  click.  Point  and  click  is  an  operating  design  diat  allows 
the  user  to  traverse  the  structure  in  a  logical  and  easy  to  follow  mannar.  The  structure  returns 
the  user  to  ch^ter  listings  in  the  same  way  for  each  module.  Similarly,  each  chapter's 
controls  for  moving  up  and  down  the  structure  are  consistent  throughout  the  entire  design. 
Therefore,  once  the  user  becomes  fiimiliar  with  die  control  features  he  or  she  will  only  need 
to  point  and  click  the  £q>propriate  gnqihic  to  move  firom  place  to  place  throughout  the  tree. 
B.  PERSONAL  COMPUTER  WINDOW  DESIGN 

The  personal  computer  design  takes  full  advantage  of  the  windows  operating  system. 
The  controller  program  is  summoned  through  an  icon  defined  within  the  program.  The  user 
initiates  the  program  by  double  clicking  on  the  icon  to  start  the  program.  At  his  point  the 
program's  logo,  CalcAid,  appears  on  the  screen.  The  main  CalcAid  window  initially  displays 
a  design  screen  along  with  standard  "File"  and  "Print"  menus  located  on  a  menu  bar  (Figure 
7).  The  "File"  menu  includes  options  for  quitting  the  program  along  with  a 
subroutine  entitled  "About...".  This  "About..."  function  displays  information  about  the 
program  and  its  designers.  The  "Print"  menu  allows  the  user  to  print  slides  within  the 
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program.  By  selecting  tibe  menu  tnitbm,  Ae  user  reaches  tiie  main  menu,  ^^lich  is  die  heart 
of  the  controller  program. 


El 


Figure?  Opening  Screen 

The  main  menu  gives  the  instractor  the  option  to  select  a  specific  area  of  calculus  for 
use.  This  cluq)ter  menu  is  shown  in  Figure  8.  By  double  clicking  on  the  subject  area  name, 
the  user  calls  up  the  desired  module.  This  structure  speeds  the  use  of  the  program  and  makes 
the  design  easy  to  follow.  .Ml  screens  display  the  menu  bar  that  allows  the  user  to  terminate 
the  program  and  instantly  return  to  the  windows  environment. 
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Bte  BUM _ 

■  Limits 

■  DMfsrsntlai  E<|uatlent 

■  Msgration 

■  ModsHng 

■  PlwM  CurvM  and  Polar  CoonHnataa 

B  Vectors 

■  Projaetlla  Motion 

■  Dynamical  Syatsma 

■  Tranaeandantal  Funetlona 

Figures  Chapter  Menu 

Once  a  chapter  has  been  selected,  the  program  displays  a  subject  sub-menu.  This  sub¬ 
menu  lists  the  modules  available  to  the  user  within  that  chapter.  The  selection  of  a  module 
from  a  sub-menu  works  on  the  same  point  and  click  principle  as  the  chapter  menu  slide.  By 
selecting  an  option  from  this  screen,  the  instructor  calls  up  a  specific  module  for  use.  The 
controller  program  then  opens  a  new  window  that  will  run  and  display  the  module  selected. 
For  example,  by  selecting  the  Trapezoidal  Rule  entry  from  the  Integration  sub-menu,  the  user 
would  see  a  screen  that  looks  similar  to  Figure  9.  Further  control  measures  are  shown  in  this 
figure.  These  control  features  include  the  Home  Button  and  the  Left/Right  Arrow  Button. 
By  selecting  the  Home  Button,  the  user  will  return  to  the  sub-menu  previous  to  the  given 
slide.  The  Left/Right  Arrow  Button  either  takes  the  user  to  the  next  slide,  or  returns  the  user 
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toain«viousslide.  These  conventions  m  consistent  tfaroughouttfie  program.  Thus,tiieiiser 
must  only  possess  rudimentary  point  and  click  skills  to  be  able  to  navigate  successfully 
throughout  the  program. 


Figure  9  Trapezoidal  Rule 


C.  MACINTOSH  DESIGN 


The  operation  of  the  program  on  the  Macintosh  is  essentially  the  same  as  that  of  the 
personal  computer.  The  operation  of  the  control  structure  transparent  to  the  user  is  the  main 
difference.  The  Macintosh  program  consists  of  only  one  executable  program.  This  program 
contains  the  controller  program  and  all  necessary  sub-programs  to  operate  the  product.  This 
structure  conforms  to  the  stack  and  card  protocol  habitually  associated  with  the  Macintosh. 
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VI.  PROJECT  DEVELOPMENT 

A.  MODULE  DESIGN  FACTORS 

Before  constructing  modules  for  the  program,  several  factors  had  to  be  considered. 
Interactivity,  animation,  and  use  of  grq)hics  are  prime  advantages  of  conqnita’-based  design. 
The  project  had  to  make  maximum  use  of  these  benefits.  The  building  of  gr^hical  user 
interfaces,  or  GUI's  was  also  critical  to  the  design.  A  module  that  is  well  laid  out  and  easy 
to  follow  facilitates  the  program  operation.  The  modules  also  had  to  be  aesthetically 
pleasing,  so  physical  layout  and  color  selection  became  important  design  factors.  While 
not  all  inclusive,  this  list  of  factors  had  a  major  influence  on  project  preparation. 

1.  Interactivity 

As  stated  above,  the  modules  had  to  make  full  use  of  the  interactive  capabilities  of 
the  computer.  The  resulting  module  designs  allow  for  changing  equation  parameters  and 
graphically  demonstrating  the  results  of  those  changes.  These  graphic  results  give  the 
student  instant  visual  response  to  parameter  changes.  The  Projectile  Motion  module 
illustrates  this  idea.  The  professor  can  begin  by  plotting  the  flight  of  a  projectile  with  set 
parameters,  such  as  shown  in  Figure  10.  The  professor  and  class  may  then  speculate  on  the 
results  of  increasing  the  velocity  by  fifty  units.  With  a  minimum  of  effort,  the  instructor 
could  then  illustrate  the  results  of  the  parameter  change  (see  Figure  11).  This  ability  to 
obtain  direct  results  to  different  variable  input  greatly  enhances  the  learning  process  and 
allows  the  professor  and  st^identsto  ask  "what  happens  if..."  questions.  In  addition,  since 
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Figure  10  Projectile  Motion  1 


Figure  11  Projectile  Motion  2 
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time  and  effort  required  to  physically  grai^  the  equations  is  no  longer  necessary,  the 
instructor  can  save  valuable  class  time.  This  can  only  result  in  a  better  trained  student. 

2.  Three-Dimensional  Graphics 

The  ability  to  gr{q)h  equations  in  three  dimensions  on  a  chalkboard  is  a  challenge  to 
all  but  the  most  artistically  inclined  mathematics  professors.  Furthermore,  few  studrats 
visualize  well  in  three  dimensions,  and  have  difficulty  forming  a  clear  picture  of  what  the 
mathematical  equations  mean  geometrically.  The  computer  can  alleviate  both  problems. 
Taking  advantage  <"<f  the  computer's  gr£q)hic  c^}ability,  several  modules  were  constructed  of 
pre-made  bitmapped  plots  of  equations  in  three  dimensions.  By  bitmapping  these  plots, 
the  instructor  can  get  immediate  response  to  input,  and  does  not  have  to  wait  extended 
periods  of  time  while  the  computer  generates  images.  These  plots  accurately  depict  the 
characteristics  and  shapes  of  the  figures  to  the  students.  The  simplest  case  is  a  collection  of 
bitmapped  images  that  help  students  visualize  cutting  planes  and  conic  sections.  A  more 
complex  case  involves  the  use  of  animation,  and  is  demonstrated  in  the  Disk  Method 
Module.  As  pictured  in  Figure  12,  one  aspect  of  the  module  shows  the  results  of  rotating 
a  curve  about  the  x-axis.  The  computer's  ability  to  graphically  portray  equations  in  three 
dimensions  is  one  of  the  driving  forces  in  integrating  computers  into  the  classroom.  By 
taking  advantage  of  this  capability  the  computer  has  a  superior  means  of  conveying  difficult 
concepts  to  the  student. 
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Volumes  of  Solids 

DM  Method 

□  IMMiAlwiitxAiili 

□  RMiM  AImM  y  Axis 


■  ■ 

Figure  12  Disk  Method 

3.  Animation 

The  computer  offers  an  excellent  means  for  adding  motion  to  module  presentations. 
By  creating  a  series  of  graphics  and  displaying  them  in  r^id  succession,  like  movie  frames, 
the  illusion  of  motion  is  created.  This  technique  is  a  powerful  tool  in  presentation  of 
mathematical  ideas.  Figures  13  through  16  show  the  path  of  a  rolling  circle  on  a  smooth 
surface  and  illustrate  this  animation  technique.  Under  normal  classroom  situations  an 
instructor  would  have  to  trace  out  the  circle's  path  on  the  chalkboard  to  demonstrate  the 
cycloid  concept.  This  technique  is  both  time  consiuning  and  cumbersome.  With  the 
computer,  however,  the  professor  can  simply  activate  the  pre-made  animation  and  the  cycloid 
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path  is  drawn  through  an  animation  sequence.  The  students  quickly  see  a  visual  image  that 
helps  them  understand  the  concept. 


4.  Interface  Building 

The  careful  design  of  the  graphical  user  interface  became  a  key  component  of  module 
production.  The  modules  had  to  be  easy  to  use  and  had  to  follow  a  convention  easy  to 
learn.  An  object's  function  had  to  be  readily  identifiable  to  the  program  user.  In  addition, 
the  physical  layout  of  the  modules  had  to  be  visually  appealing.  By  applying  these  design 
tenets  to  the  project,  an  aesthetically  pleasing  and  functional  interface  was  created. 
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It  was  ingyntant  to  maintain  a  consisteocy  of  design  tfaroughout  the  project  Sincethe 
program  adheres  to  a  set  structure,  the  user  needs  to  learn  only  a  few  commands.  The 
project's  navigation  tools  and  basic  operating  structure  remain  consistent  through  all 
modules.  For  example,  a  Home  Button  alwiQrs  takes  the  user  back  to  an  initial  slide.  Thus, 
by  learning  the  conventions  of  one  module,  the  user  can  effectively  manipulate  the  entire 
package. 

Individual  modules  were  built  following  die  logical  design  convention.  Each  module 
was  designed  in  turn  with  the  same  point  and  click  structure.  Input  fields  and  buttons  were 
fashioned  to  draw  upon  the  user's  common  sense  and  then  placed  on  the  screen  in  carefully 
planned  locations.  Each  item  on  the  screen  connects  an  activity  with  an  action.  Interfaces 
were  designed  to  eliminate  the  need  for  a  user's  manual.  This,  in  turn,  makes  the  product 
more  likely  to  be  used  because  a  person  can  immediately  begin  running  the  software  with 
minimum  effort.  This  type  of  layout  simplifies  use  and  reduces  the  time  spent  learning  to 
run  the  program. 

The  artistic  aspect  of  design  was  not  overlooked.  The  modules  were  built  so  that  the 
layout  and  color  selection  were  not  egregious.  Colors  were  carefully  selected  to  complement 
the  design  of  the  module.  Similar  colors  were  chosen  to  present  a  module's  structure,  while 
contrasting  colors  were  selected  to  stress  concepts.  Color  was  incorporated  into  the 
production  of  all  graphics,  so  that  specific  aspects  could  be  emphasized.  Design 
considerations  were  not  limited  to  color;  the  physical  layout  of  the  screen  was  also  important. 
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Figures  and  objects  woe  carefully  placed  on  the  screen  to  give  a  sense  of  prop(»tion  to  the 
modules.  A  great  deal  of  time  was  spent  iminoving  the  appearance  of  the  computer  screms 
in  the  modules.  A  project  of  this  type  must  be  pleasing  to  the  student's  eye  and  also 
functional  if  it  is  to  be  effective  and  useful  as  an  instructional  tool. 

B.  TECHNICAL  DESIGN  FACTORS 

There  are  currently  a  great  number  of  central  processing  units,  or  CPUs,  available  in 
today's  maiicet.  The  program  needed  to  be  compatible  with  all  of  them  which  is  a 
challenging  design  constraint.  Each  of  the  CPUs  have  different  speed  and  gnq)hic  handling 
capabilities.  More  importantly,  the  computing  standards  of  the  processors  often  differ  and 
they  do  not  all  operate  on  the  same  floating  point  arithmetic  standard.  In  designing  the 
project,  it  became  essential  to  find  consistency  between  the  two  platforms  in  all  three  of  these 
areas.  Although  the  three  technical  problems  addressed  here  are  not  all  inclusive,  they  do 
represent  fairly  well  the  areas  dealt  with  in  formulating  the  project. 

1.  Processing  Speed 

The  processing  speed  of  the  computer  was  critical  in  furthering  module  design.  The 
project  was  initially  designed  to  function  on  the  386  and  68040  families  of  processors.  After 
several  design  reviews,  it  became  apparent  that  the  project  needed  to  be  capable  also  of 
running  on  slower  machines.  Because  many  of  the  dynamic  and  animation  modules  were 
already  at  their  processing  limit,  this  posed  a  design  problem.  When  these  modules  were 
run  on  slower  machines,  screen  output  was  excessively  slow  and  frequently  resulted  in 
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system  crashes.  Additional  iMX)gramming  and  other  opti(ms  were  needed  to  correct  these 
shortfalls.  As  a  solution,  static  operation  modes  were  created  for  several  memory  hungry 
dynamic  modules.  The  static  option  consists  of  predrawn  images  that  replace  the  dynamic 
plotting  in  given  modules.  These  predrawn  images  were  selected  as  representative  of  their 
entire  group,  and  can  be  called  up  instantly  by  the  user.  As  a  result,  processing  speed  was 
greatly  reduced  and  the  lower  end  machines  no  longer  &iled.  Unfortunately,  the  interactive 
and  animation  edibilities  of  several  modules  are  lost  viien  dropping  to  the  slower 
processors.  But  with  the  addition  of  static  modes,  the  slower  machines  can  still  conv^  many 
of  the  module  teaching  points. 

2.  Floating  Point  Arithmetic 

The  computer  performs  mathematical  operations  using  floating  point  arithmetic, 
(expressed  more  simply  as  just  floating  point).  Several  of  the  modules  contained  within  the 
project  possess  codes  that  require  numerical  calculations  in  order  to  display  graphic  results. 
The  inexperienced  computer  programmer  often  assumes  that  all  computers  operate  in  the 
same  fashion,  but  in  reality  this  is  almost  never  the  case. 

Many  people  consider  floating  point  arithmetic  an  esoteric  subject.  However  the 
floating  point  problem  is  ubiquitous  in  computer  systems,  and  quickly  became  a  factor  in  the 
design  of  this  project.  The  script  language  used  in  the  development  of  this  program  has  a 
floating  point  data  type.  The  means  by  which  the  various  microprocessors  available  on  the 
market  handle  floating  point  differ  greatly,  and  unfortunately  do  not  adhere  to  the  same 
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standards.  This  became  painfully  obvious  die  software  was  tnmq)octed  across  different 

machines  or  platforms  and  erroneous  or  uneiqiected  numerical  results  often  occurred. 

The  floating  point  problem  was  first  encountered  using  the  Trapezoidal  Rule  module. 
In  this  module,  the  computer  performs  thousands  of  numerical  calculations  to  approximate 
the  area  under  a  curve  by  summing  together  many  inscribed  tnqpezoids  qiproximating  the 
curve.  The  module  was  originally  created  on  the  UNISYS  system  and  was  functioning 
correctly.  When  the  module  was  transferred  to  the  486  system  the  differmt  processor 
caused  floating  point  errors  to  occur.  The  cause  of  the  problem  was  traced  to  the  way  the 
machine  performed  floating  point.  This  problem  was  quite  unexpected  to  a  novice 
programmer.  An  investigation  yielded  that  the  current  generation  of  personal  computers  do 
not  all  adhere  to  the  IEEE  754  standard  [Ref.  9].  The  problem  was  not  insurmountable  but 
its  solution  required  the  introduction  of  double  precision  number  formats  into  the  computer 
code.  This,  in  turn,  resulted  in  reduced  calculation  speed  in  some  of  the  modules.  The  use 
of  double  precision  is  by  no  means  to  be  considered  a  panacea  for  all  floating  point  problems. 
It  does  however  appear  to  cure  a  majority  of  the  difficulties  we  encountered  by  moving  fivm 
processor  to  processor.  The  need  for  the  programmers  to  have  a  basic  imderstanding  of 
floating  point  arithmetic  can  not  be  over  emphasized. 

3.  Color  Displays 

The  selection  of  color  schemes  became  a  problem  during  the  course  of  the  project, 
especially  for  the  personal  computer.  Typical  video  displays  on  the  market  show  anywhere 
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from  16  standard  colms  to  over  2S6  colors.  In  programming  color  selecticm,  a  monber  is 
assigned  to  each  color  choice.  The  q)ecific  colm  number  is  usually  found  in  die  given 
program's  Color  Look  Up  Table,  or  GLUT.  Unfortunately,  these  CLUTs  are  not 
standardized  for  all  Windows  based  programs.  In  addition,  not  all  video  drivers  di^lay 
colors  in  exactly  the  same  way.  As  a  result,  colors  schemes  were  often  changed  "behind  the 
scenes"  u^en  transporting  the  program  across  platforms  or  to  other  madiines.  Color 
mapping  was  difficult  to  predict  or  standardize,  and  some  machines  even  rendered  the 
doles  unreadable.  To  further  complicate  matters,  the  first  version  of  the  Windoweraft 
driving  software  had  built-in  internal  problems  ^en  dealing  with  256  color  design.  To 
simplify  matters,  and  to  eliminate  the  color  m^ing  problems,  all  personal  computer 
modules  were  designed  using  only  the  standard  16  color  mapping.  The  next  version  of 
Windoweraft  will  have  better  color  handling  edibilities  and  future  modules  can  be 
developed  using  the  full  256  color  spectrum. 
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Vn.  MODULE  DESCREPnONS 

A.  POLARPLOTS 

The  Polar  Plots  Module  polar  equations  in  both  the  t=  and  the  formats.  This 

module  was  designed  to  assist  die  student  in  envisi(Hiingfdotting  in  polar  coordinates.  Indie 
dynamic  mode,  this  module  will  overplot  a  number  of  manuaUy  entered  polar  functions. 
The  iirst  four  functicms  are  plotted  in  different  colors  to  assist  in  visualizatioiL  At  the  uso^s 
discreticm,  a  taUe  is  produced  showing  the  value  of  the  polar  equation  at  standard  angle 
intervals.  This  table  helps  the  student  understand  function  symmetry  and  how  polar 
functions  are  actually  plotted.  Scaling  is  automatic  and  adjusts  to  the  input  equation. 

The  static  mode  consists  of  twelve  predrawn  options,  including  circles,  cardioids, 
lemniscates,  limifons,  and  four-leaved  roses.  In  this  mode  the  user  may  rapidly  choose  and 
overlay  the  predrawn  equations  in  order  to  show  curve  sizes,  shapes,  and  intersections. 
Since  the  curves  are  predrawn,  speed  is  nqiidly  increased  over  that  of  the  dynamic  mode. 
This  static  mode  is  useful  on  slow-processing  machines. 

B.  SINE  FUNCTION 

The  Sine  Function  Module  plots  the  standard  sine  fimction  in  both  static  and  dynamic 
modes.  This  module  was  designed  to  facilitate  the  imderstanding  of  the  general  sine  curve 
by  enabling  the  user  to  plot  the  general  sine  function  and  adjust  parameters.  In  the  dynamic 
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mode,  diBuserm^  vary  the  p—inrteii  m  indicited  by  Ifae  gcnend  rine  fiioction  equetkm 
of  the  form 

f(x)  >  A  ^  |B(x-C)]  +  D 

wdiere  A  is  the  amplitude,  B  is  die  number  of  periods  desired  in  a  2x  interval,  C  is  the  (diase 
shift,  and  D  is  the  vertical  translation.  Separate  functimis  are  plotted  simultaneously,  with 
the  first  five  being  of  different  color  to  &cilitate  visualization.  In  order  to  sinqilify  scaling, 
the  user  is  limited  to  an  amplitude  between  dbS;  jdiase  shifts  of  0,  x/2,  x,  x/3,  or  2x;  number 
of  periods  in  2x  between  0  and  8,  and  translations  between  ±  2. 

The  static  mode  was  designed  for  use  on  lower  end  machines.  In  this  mode,  the  user  nuQr 
choose  to  display  any  of  twelve  different  jnedefined  sine  functions.  All  functions  may  be 
displayed  simultaneously,  and  all  are  drawn  using  different  colors.  Since  the  fimcdons  are 
predrawn,  the  demonstration  speed  is  increased  significantly  over  the  that  of  the  dynamic 
mode. 

C.  TRAPEZOIDAL  RULE 

The  Trapezoidal  Rule  module  gives  an  introduction  to  numerical  integration  methods 
using  the  Trapezoidal  Rule.  The  module  starts  with  an  example  of  the  gr^h  of  the  function 
y  =  x^4-x  ,  and  steps  through  the  process  of  finding  the  area  underneath  this  curve 
between  .25  and  1 .75.  The  demonstration  uses  6  as  the  number  of  subintervals  with  length 
h  of  .25.  Sequential  slides  show  individual  trapezoids  drawn  underneath  the  curve  and  the 
calculations  needed  to  determine  the  approximate  area.  The  trapezoidal  area  is  then  shown 
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together  with  the  actual  area,  and  the  trapezoidal  iSgure  clearly  shows  where  the  area 
differences  occur.  The  final  slide  allows  the  user  to  visually  portray  the  same  function  with 
a  choice  of  six  different  prebuilt  subintervals,  or  to  numerically  calculate  the  area  under  the 
function  with  any  subinterval.  This  slide  clearly  demonstrates  the  error  \^ch  occurs  using 
small  subintervals,  and  how  the  actual  area  and  trapezoidal  area  become  comparable  at  a 
larger  subinterval  of  64. 

D.  PARAMETRIC  EQUATIONS 

The  Parametric  Equations  module  demonstrates  parametric  equation  concepts  through 
the  use  of  cycloids.  In  the  wheel  cycloid  example,  a  wheel  of  constant  radius  rolls  along  a 
horizontal  surface  without  slipping.  In  the  animation  sequence,  the  path  traced  by  a  point 
on  the  wheel's  surface  is  plotted  in  sequence.  At  the  end  of  the  animation,  the  curve  of  the 
form  P(x,y)=(*f+»cos6,  a+asinO)  is  clearly  shown  on  the  screen.  In  the  square  cycloid 
sequence,  a  square  travels  along  an  undulating  surface  without  slipping.  The  path  traced  by 
a  point  on  the  vertex  of  square  is  then  plotted  in  sequence.  At  the  end  of  the  animation,  a 
curve  similar  to  that  of  the  wheel  cycloid  is  shown. 

E.  PROJECTILE  MOTION 

The  Projectile  Motion  module  illustrates  the  concept  of  vector  and  parametric  equations 
for  ideal  projectile  motion.  The  calculations  in  this  module  are  based  solely  on  the  ideal 
motion,  assuming  only  gravity  affects  the  flight  of  the  projectile,  factors  such  as  drag  and 
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frictional  force  are  not  taken  into  account  The  equatkms  of  nM>ti(Hi  are 
x*z,  +  (v,cosa)t,  y*yt't'(v,8inn^-Kgt‘ 
with  (xo«yo)  as  the  initial  point,  Vq  is  the  initial  velocity,  g  as  the  gravitational  force,  and 
«  the  firing  angle  measured  in  degrees  from  the  horizontal.  This  module  allows  the  user 
to  compare  trajectories  by  changing  the  parameters  of  the  equations:  the  initial  velocity, 
angle  of  elevation,  firing  location,  or  time.  Output  includes  griq[>hic  refnesentation  of  the 
projectile  motion,  maximum  flight  time,  maximum  height,  maxiimim  range,  and  fiiud  height 
and  range.  The  user  may  run  the  module  in  either  a  metric  mode  or  an  English  units  mode 
with  output  in  the  correct  units.  This  module  may  be  used  to  solve  problems  involving  only 
one  unknown  parameter,  and  is  useful  for  exploring  problems  consisting  of  more  than  one 
unknown  parameter  through  iterative  methods. 

F.  DISK  METHOD 

The  Disk  Method  module  is  an  outline  of  finding  the  volume  of  a  solid  of  revolution 
using  the  disk  technique.  First,  a  curve  is  shown  in  the  xyz-plane.  The  user  is  then  prompted 
to  rotate  the  curve  about  the  x  or  the  y-axis.  The  solid  of  revolution  is  generated  about  the 
proper  axis  using  an  animation  sequence,  which  helps  the  student  visualize  the  volume 
generating  concept.  The  next  slide  shows  a  curve  in  the  xyz-plane  with  rectangles  drawn 
underneath  to  represent  the  generating  region.  At  the  user's  prompt,  the  rectangles  are 
incrementally  revolved  around  the  x-axis,  forming  the  solid  disks  whose  volumes 
approximate  the  volume  of  the  solid.  The  module  then  portrays  the  idea  of  the  "kth"  disk 
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volume,  the  concept  of  the  disk  volume  sum,  and  the  transfonnation  of  this  Rionann  sum 
into  an  integral  expression.  Finally,  the  module  demonstrates  tlM  entire  procedure  by  rotating 
the  curve  y  -  ^2x-x^  about  the  x-axis,  gmoating  a  half  sphere,  and  finally  calculating  this 
familiar  volume  using  the  disk  method. 

G.  UNDAMPED  SPRING 

The  Undamped  Spring  module  plots  interactively  the  motion  of  a  mass  on  a  vibrating 
spring  with  no  damping  and  without  an  extranal  force,  following  Hooke's  law.  The  module 
includes  an  animated  sequence  of  a  mass  on  a  spring  moving  up  and  down  in  a  vertical  plane, 
given  some  initial  displacement.  As  the  mass  begins  to  move,  the  equation  of  motion  is 
plotted  simultaneously  on  the  screen.  The  module  gives  the  student  a  clear  picture  of  simple 
harmonic  motion. 

The  equation  of  motion  is  modeled  by  the  second-order  differential  equation 

mu”  +  ku  =  0 

with  a  constant  mass  m,  a  spring  constant  k,  and  a  displacement  from  the  equilibrium 
point  at  time  t  of  u(t).  The  general  solution  of  this  equation  becomes 

u  -A  cos  +  Bsin 

with  the  constants  A  and  B  determined  by  the  initial  conditions.  The  user  provides  one 
initial  condition  by  entering  an  initial  displacement  u(0).  The  second  initial  condition 
is  provided  by  assuming  that  the  initial  velocity  u'(0)  is  zero.  The  solution,  when  plotted, 
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is  a  displaced  cosine  wave  representing  the  simple  harmonic  motion  of  the  mass.  Since 
no  external  force  and  no  damping  is  present,  the  curve  maintains  a  constant  amplitude 
and  does  not  diminish  with  time. 

The  user  may  vary  a  number  of  parameters  to  illustrate  changes  in  the  equation  of 
motion.  The  mass,  spring  constant,  initial  displacement  (limited  in  range  to  ±4),  and 
time  may  all  be  entered  separately.  Output  includes  the  plot  of  the  solution  of  the  equation 
of  motion  and  the  displacement  at  some  final  time  t.  Multiple  equations  may  be  overplotted 
in  different  colors  to  show  the  effects  of  the  parameter  changes. 

H.  ABOUT... 

The  About...  Module  is  an  interactive  program  designed  to  tell  the  user  about  the 
software.  An  "about"  sequence  is  common  in  most  Windows  driven  software.  Although 
this  is  not  technically  a  mathematically  based  module,  it  does  demonstrate  the  potential 
for  animation  in  future  programming.  When  the  about  fimction  is  activated,  the  primary 
screen  of  the  project  disappears.  In  its  place  a  smaller  sized  window  pops  on  the  screen 
and  a  paint  field  with  the  project  logo  enters  the  window  from  the  left.  The  paint  field 
moves  across  the  screen  horizontally  until  it  stops  in  the  center  of  the  window.  At  this 
time,  two  other  paint  fields  drop  in  from  the  top  of  the  window.  The  first  paint  field 
contains  the  name  of  the  authors  and  the  second  window  contains  information  about  the 
project.  These  paint  fields  pass  over  and  under  the  logo  field,  giving  the  illusion  of 
layering,  while  traveling  vertically  down  the  window.  Finally,  a  reset  button  enters  from 
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to  a  fixed  location  on  the  screen.  When  the  user  clicks  the  reset  button,  the  original  project 
window  reappears.  These  animation  concepts  and  programming  techniques  can  be  used  to 
illustrate  advanced  two  and  three-dimensional  concepts  in  later  modules. 

I.  POPULATION  GROWTH  MODEL 

The  Population  Growth  Model  is  designed  to  show  the  student  the  behavior  of  the 
logistic  function  as  applied  to  population  modeling.  The  logistic  equation  used  is  in  the  form 
A(n+l)=(l+r)A(n)  -  bA^(n),  where  n  is  the  number  of  discrete  units,  r  is  the  unrestricted 
growth  rate,  L  is  the  carrying  capacity  of  a  population,  and  b  =  r/L.  The  user  may  alter  the 
model  by  entering  different  parameter  values  for  the  growth  rate,  carrying  capacity,  number 
of  periods,  and  initial  population  value.  When  the  graph  is  plotted,  discrete  values  for  the 
population  are  plotted  based  upon  the  number  of  periods.  From  this  graph  the  student  can 
see  readily  if  the  population  converges  or  diverges.  An  additional  feature  allows  the  user 
to  show  the  population  limiting  line  L  along  with  its  discrete  plot. 

J.  COBWEB  THEORY 

The  Cobweb  Theory  module  is  designed  for  two  purposes.  First,  it  uses  the  graphical 
technique  called  cobwebbing  which  enhances  the  student's  understanding  of  dynamical 
systems  and  fixed  points.  Second,  it  helps  the  student  understand  the  behavior  of  the  logistic 
equation.  The  module  uses  the  same  logistic  function  form  as  in  the  Population  Growth 
module  described  above. 
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In  the  Cobweb  Theoiy  module,  the  user  begins  by  defining  die  param^ers  in  the  logistic 
equation  by  entering  values  for  the  growth  rate,  number  of  discrete  units,  and  carrying 
c^iacity.  Next  the  gr^  of  the  function  as  defined  is  plotted  on  the  screen  simultaneously 
with  the  graph  of  the  function  y  *  x.  The  user  then  enters  an  initial  value  for  the  population 
and  the  module  then  dynamically  draws  the  cobweb  for  the  dynamical  system  and  returns 
an  equilibrium  value.  With  the  aid  of  this  module  the  student  can  see  readily  if  the  system 
is  stable,  unstable,  or  inconclusive. 

K.  SIMULATION  MODEL 

The  Simulation  Model  was  built  in  response  to  an  actual  problem  assigned  in  a 
mathematical  modeling  course.  It  is  included  to  demonstrate  the  potential  for  graphical 
programming  in  teaching  modeling  and  simulation.  Gr^hical  changes  which  take  place 
because  of  external  input  can  occur  visually  in  real  time  on  the  computer  screen.  This 
feature  pays  huge  dividends  in  helping  the  student  understand  simulation  methods. 

This  module  models  a  distribution  problem  typically  found  in  a  Monte  Carlo  simulation. 
Specifically,  students  begin  to  tine  up  to  make  course  changes  prior  to  starting  an  academic 
term.  They  must  wait  until  a  coimselor  becomes  available  to  perform  one  of  six  different 
services.  Some  students  may  require  only  one  service  while  others  require  two.  The 
simulation  assigns  students  to  a  service  based  upon  a  given  historical  distribution. 

The  user  inputs  the  number  of  students  taking  part  in  the  simulation.  A  random  number 
generator  then  assigns  each  student  to  a  service  based  upon  the  given  distribution.  As 
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students  are  assigned  to  a  service,  a  bar  chart  is  constructed  on  the  screen  based  upon 
that  assignment.  A  background  bar  chart  remains  in  place  ^^iiich  is  based  on  the  actual 
distribution.  At  the  end  of  the  simulation  run,  the  user  is  able  to  compare  inunediately 
the  simulation  distribution  with  that  of  the  target  distribution  by  examining  the  two  bar 
charts.  Additionally,  output  is  available  showing  the  total  and  average  munber  of 
students  assigned  to  each  service.  This  module  is  an  excellent  tool  for  showing  students  how 
a  random  number  generator  used  in  a  Monte  Carlo  simulation  actually  builds  a  distribution. 
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Vra.  CLASSROOM  DESIGN 


A.  DISCUSSION 

Now  that  several  project  supporting  modules  have  been  completed,  the  methods  of 
presenting  the  software  must  be  considered.  The  hardware  advances  of  today  allow  for  a 
variety  of  classroom  presentation  techniques.  The  classroom  layout  can  also  be  modified  to 
support  calculus  instruction  by  computer.  Taken  in  combination,  hardware  improvements 
along  with  classroom  layout  changes  can  greatly  enhance  the  instruction  of  calculus. 

B.  HARDWARE 

In  order  to  operate  the  project  in  the  classroom  several  hardware  needs  arise.  All 
designs  require  the  classroom  be  equipped  with  a  computing  platform. '  The  classroom 
must  also  support  the  display  of  video  output  at  sufficient  size  for  all  students  to  see. 
The  video  display  and  the  computer  are  the  only  devices  required  to  support  project 
use.  However,  to  take  advantage  of  all  the  design  features  of  the  program,  several  additional 
hardware  items  should  be  purchased.  The  system,  either  in  its  base  form  or  with  all  the 
peripherals,  will  operate  in  any  classroom  environment. 

It  is  best  to  operate  the  software  with  portable  computers.  Portability  can  be  achieved 
by  placing  a  desk  top  computer  on  a  cart  or,  even  more  ideally,  by  using  a  laptop  computer. 
The  requirements  for  the  desk  top  computer  are  outlined  in  Chapter  IV.  A  laptop  computer 
configuration  has  some  additional  requirements.  Primarily,  it  must  have  sufficient 
computing  power  as  well  as  the  necessary  video  display  capabilities.  Keeping  in  mind  the 
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ever  changing  computer  industiy,  the  con^Miten  recommended  for  use  at  die  time  of  iwiting 
are  listed  in  Table  4.  This  table  reflects  the  systems  recommended  for  both  the  personal 
computer  and  the  Macintosh  platfonns. 


TABLE  4  -  PORTABLE  COMPUTER  CONFIGURATION 


Computer 

Processor  Speed 

Video  Output 

IBM  Lap  top 

486-33  MHz 

VGA 

Powerbook  Family 

68030 

RGB  Standard 

In  selecting  a  laptop  computer,  it  is  critical  to  ensure  its  video  display  capability  can  drive 
an  external  viewing  device.  Not  all  machines  have  this  cj^iability,  as  evidenced  by  the 
Macintosh  Powerbook  100  and  several  low  end  IBM  compatibles.  While  both  the  desk  top 
computer  and  the  Ij^top  will  display  all  elements  of  the  project,  the  Isqitop  is  more  desirable 
because  it  offers  the  user  both  setup  flexibility  and  setup  speed.  The  user  needs  only  to  carry 
the  computer  and  a  display  device  to  the  classroom.  Moving  a  cart-based  desktop  can 
be  cumbersome  and  many  instructors  will  be  discouraged  from  use  if  required  to  push  a 
computer  from  room  to  room.  Therefore,  laptop  computers  are  highly  recommended  for 
driving  the  program. 

The  required  display  devices  come  in  two  distinct  forms.  The  first  is  the  oversized 
monitor.  The  minimum  size  monitor  recommended  is  thirty-two  diagonal  inches.  This 
monitor  is  of  sufficient  size  for  display  in  most  30-40  student  classrooms.  It  offers  superior 
image  quality  and  can  be  positioned  anywhere  within  the  classroom.  A  monitor  of  this  size, 
however,  has  some  significant  disadvantages.  First,  a  thirty-two  inch  monitor  is  not  easily 
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portable.  (Fcmt  purposes  of  this  project,  we  experimeiited  with  a  cart-boed  model  and  found 
it  was  very  unwieldy  to  move.)  Second,  the  user  would  have  to  allow  a  imniimim  of  twenty 
minutes  before  class  to  move  and  set  tq)  a  monitor  of  this  size.  While  it  is  clearly  an  option 
for  display  purposes,  it  is  not  the  most  desirable  one. 

The  second  type  of  display  device  is  the  liquid  crystal  display  panel,  or  LCD.  An  LCD 
is  the  most  preferred  method  of  display.  The  display  panel  is  portable  and  can  be  moved 
easily  from  room  to  room.  The  setup  of  the  LCD  is  simple  and  can  be  done  quickly.  The 
user  needs  only  to  place  the  panel  on  an  overhead  display  and  then  hook  up  the  computer 
system.  A  disadvantage  of  the  liquid  crystal  display  is  that  it  is  tied  to  an  overhead  projector 
and  screen.  It  can  be  displayed  only  where  these  items  exist  in  the  classroom.  Another 
disadvantage  is  brought  out  during  actual  use.  Because  the  display  is  projector  based,  it  is 
often  necessary  to  darken  the  classroom  to  optimize  the  image  quality.  This,  in  turn, 
interferes  with  the  students'  taking  notes.  Finding  an  optimal  lighting  balance  maybe 
difficult,  but  not  impossible.  The  problem  might  also  be  solved  by  purchasing  high  light 
output  overheads  that  show  detailed  displays  under  nearly  all  lighting  conditions.  At  any 
rate,  lighting  is  a  potential  problem  that  must  be  addressed  before  using  the  project.  In  sum, 
the  project  requires  a  display  device  that  provides  a  balance  between  visibility  and 
portability. 

The  addition  of  a  laser  pointer  and  laser  recognizing  device  can  greatly  enhance  the 
presentation.  In  the  ideal  configuration,  the  program  will  be  used  in  a  classroom  with  some 
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reduced  lighting.  The  irutmctw  will  often  need  to  highlit  items  of  interest  on  die  screen. 
The  laser  pointer  is  an  excellmt  tool  for  accomplishing  this  task.  A  laser  pointer  tolerates 
by  focusing  a  beam  of  light  on  the  desired  area  of  the  di^lay.  The  range  of  the  standard 
laser  far  exceeds  the  dimensicms  of  most  classrooms,  so  die  instructor  can  move  fteely  about 
the  classroom  uhile  using  the  pointer.  Recent  technology  has  taken  die  laser  pointer  idea  (me 
step  further,  in  the  form  of  laser  recognizing  devices.  These  devices  are  placed  in 
conjunction  with  the  liquid  crystal  di^lay  panel,  and  recognize  the  laser  pointo^s  position 
on  the  screen.  The  device  then  sends  the  input  to  the  computer  causing  it  to  act  effectively 
like  an  extended  mouse.  The  user  can  then  press  a  second  button  on  the  laser  pointer  that 
acts  as  a  mouse  button.  Thus,theusercanremotely  operate  the  ixogram  by  taking  advantage 
of  the  point  and  click  design  structure  of  the  modules.  The  addition  of  this  piece  of  hardware 
is  especially  attractive  because  it  allows  the  instructor  to  move  freely  about  the  classroom 
while  simultaneously  operating  the  instruction  parwl.  This  capability  of  remote  pointing  and 
clicking  also  exists  for  the  oversized  monitor.  The  ability  can  be  realized  through  the 
purchase  of  software  that  allows  for  the  recognition.  In  either  case,  the  program's  structure 
allows  hands-off  manipulation  of  most  structures.  Thus,  the  user  has  many  options  for 
controlling  the  program. 

The  combination  of  the  Itqrtop  computer,  liquid  crystal  display  panel,  and  laser  device 
is  the  ideal  configuration  for  using  the  project.  The  user  needs  only  to  transport  a  package 
the  size  of  a  briefcase  to  the  classroom  in  order  to  execute  the  program.  The  setup  time  of 
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this  configuratioii  is  less  than  two  minutes,  and  complete  operatitm  of  all  compcments  is 
achievable  in  less  than  five  minutes.  The  "plug-and-play”  nature  of  the  devices  of  today 
allows  for  diis  rapid  setiq)  time.  The  sy^em  is  eqiecially  ^qipealing  to  the  user  who  muA 
move  fiom  clasaoom  to  classnxnn  throughout  die  day.  In  addidtm,  die  laptop  device  could 
be  assigned  solely  for  the  instnictor's  personal  use.  This  halntual  associadtm  allows  the  user 
to  tailor  the  program  to  individual  needs  and  gives  the  user  added  confidence  in  the 
intended  functioning  of  the  program.  The  total  system  allows  a  freedom  of  movement  and 
design  of  instruction  which  was  previously  impossible. 

C.  SAMPLE  CLASSROOM  LAYOUT 

The  physical  arrangement  of  the  classrooms  used  for  computer-based  instruction  is  also 
important.  Students  must  be  able  to  see  the  main  instruction  screen  and  be  able  to 
read  materials  on  their  desks.  In  addition,  the  instructor  must  be  able  to  interact  with 
students  while  using  the  program.  Each  of  these  areas  must  be  considered  in  setting 
up  a  room  for  computer-based  instruction. 

The  placement  of  students  in  relation  to  the  display  screen  is  crucial.  All  students  must 
be  able  to  discern  clearly  all  items  on  the  screen.  Their  view  of  the  screen  also  must 
be  as  unobstructed  as  possible,  thus  reducing  movement  by  the  student  trying  to  see  the 
screen.  The  ideal  layout  of  the  classroom  to  maximize  the  view  of  all  students  is  shown  in 
Figure  17.  While  it  may  be  impossible  to  arrange  all  classrooms  to  this  design,  it  is 
presented  here  as  a  recommendation  for  future  classroom  layouts. 


52 


o  o  o  o  o  o  o 

Figure  17  Classroom  Layout 
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DC  CONCLUSION 


A.  GENERAL 

This  project  explored  the  creation  of  software  to  assist  die  matfaaoiatics 
instructor  in  teaching  calculus.  The  project  took  over  one  year  to  con^lete  and  the 
results  of  the  work,  along  with  the  steps  necessary  to  produce  the  final  product,  are  contained 
in  this  thesis.  The  path  that  is  described  reflects  the  steps  needed  to  produce  a  woikable 
output.  The  goal  of  this  thesis  was  to  detail  the  steps  necessary  to  produce  the  software 
and  to  identify  critical  areas  that  need  be  addressed.  Our  product  offers  a  control  structure 
as  well  as  a  starting  point  for  the  creation  of  other  modules  that  can  support  instruction. 

B.  FURTHER  RESEARCH 

This  project  was  the  first  step  in  integrating  the  computer  into  the  clasaroom  as  a  tool  for 
demonstrations.  During  the  preparation  of  the  project,  additional  o^iabilities  of  the  computer 
were  discovered  that  would  allow  an  even  wider  variety  of  subjects  to  be  covered.  In 
addition,  recent  technological  advances,  (such  as  the  advent  of  CD-ROM  capable 
computers),  have  opened  even  more  avenues  to  explore.  The  advances  in  the  computer 
industry,  in  conjunction  with  a  more  experienced  programming  team,  will  undoubtedly  allow 
for  the  creation  of  new  and  iimovative  modules. 

The  modules  created  were  initially  based  on  a  rudimentary  knowledge  of  the  operation 
of  the  computer.  More  advanced  capabilities,  such  as  the  incorporation  of  movie  clips  or 
sound,  were  not  explored.  These  areas  offer  great  p)Ossibilities  for  future  research. 


54 


and  could  significantly  further  oihance  the  understanding  of  calculus.  It  is  in^tortant  to  note, 
however,  that  a  good  understanding  of  die  basic  operations  of  the  computer  and  software  is 
essential  to  using  these  new  capabilities.  Several  months  of  training  time  must  be  invested 
in  order  to  exploit  these  advanced  features.  This  document  might  act  as  a  road  map 
to  help  decrease  this  training  time  significantly. 

The  advent  of  new  technology  offers  directions  of  research.  The  CE>-ROM  allows  the 
transport  and  storage  of  data  that  far  exceed  the  ciqiacity  of  the  floppy  disk.  As  the 
stages  of  the  project  were  created,  it  soon  became  evident  that  computer  graq[)hics,  (even 
when  stored  in  their  most  compact  form),  require  large  amounts  of  memory.  The  files  that 
compose  this  project,  consisting  of  a  controller  program  and  twelve  operational  modules,  far 
exceed  the  storage  cqiacity  of  a  single  floppy  disk.  The  CD-ROM  technology  allows  for  the 
storage  and  r^id  retrieval  of  over  fifty  times  the  amount  of  material  found  on  a  conventional 
floppy.  We  note  also  that  a  device  which  writes  to  CD-ROMs  is  presently  available, 
although  expensive.  (The  price  at  the  time  of  publishing  this  paper  was  approximately 
$4000.)  The  CD-ROM  will  soon  be  the  standard  for  information  distribution. 

C.  RECOMMENDATIONS 

The  use  of  the  computer  as  an  instructional  tool  is  increasing.  The  students  of  tomorrow 
expect  that  instruction  will  take  every  advantage  of  integrating  computers  into  the 
curriculum.  It  is  essential  that  a  university  professor  have  at  his  or  her  disposal  an  easy  to 
use  tool  to  aid  in  the  instruction  of  calculus.  This  project  produced  a  product  that 
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is  multiplatfonn.  Duality  was  created  by  pwoducing  two  distinct  packages  fw  each  of  the 
current  computer  &milies.  In  the  development  phase  the  production  of  two  separate  systems 
was  quite  time  consuming,  but  this  should  not  be  the  case  in  the  future.  Presently,  Aisle’s 
PowerPC  machine  will  straddle  the  Macintosh  and  IBM  worlds.  The  new  nuichines  will 
come  standard  with  internal  software  designed  to  exploit  programs  written  for  both 
Macintosh  and  IBM  platforms.  The  two  families  are  rapidly  beconting  interrelated  and 
interchangeable.  The  focus  for  designers  of  hmire  modules  should  not  be  on  cross  platform 
work.  Their  efforts  will  be  better  spent  on  producing  interactive  modules  for  either  system 
to  take  full  advantage  of  the  age  of  technology. 
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APPENDIX  A 

OPERATION  OF  PROGRAM  MODULES 
1.  GENERAL  COMMANDS/OBJECTS 

This  ^pendix  gives  a  brief  discussion  on  how  to  use  each  of  the  modules  created  for  the 

CalcAid  program.  As  discussed  in  the  main  body  of  this  thesis,  the  modules  are  laid  out  in 

a  standard  fashion  with  structural  homogeneity  maintained  throughout  the  program.  As  a 

result,  commands  perform  the  same  function  all  through  the  program.  These  commands, 

along  with  the  corresponding  symbol  when  £q)propriate,  are  listed  below. 

This  feature  appears  on  all  menu  bars  in  all  modules  (see 
Figure  1 8).  Clicking  on  this  function  displays  a  submenu  with 
a  Quit  and  an  About.,  command.  Clicking  the  Quit  command 
starts  the  sequence  for  exiting  CalcAid.  Clicking  About  starts 
a  routine  that  displays  program  information. 

This  feature  appears  on  all  menu  bars  in  all  modules  (see 
Figure  1 8).  Clicking  on  this  function  displays  a  submenu  with 
a  Print  S^indow  command.  Clicking  on  the  Print  2Kindow 
command  allows  the  user  to  print  various  slides  of  a  module. 

This  button  returns  the  user  to  the  previous  menu. 


This  button  sends  the  user  to  the  next  slide. 


This  button  returns  the  user  to  the  previous  slide. 
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This  button  begins  an  animation  sequence. 


c 


Plot  Graph 


This  button  plots  graphs  on  a  screen  axis. 


Erase  Graph 


This  button  erases  all  graphs  on  a  screen  axis. 


2.  EQUATION  CONVENTIONS 

Several  modules  require  the  user  to  enter  equations  or  mathematical  formulas.  These 
equations  and  formulas  must  be  entered  in  a  standard  ClearTalk  syntax.  This  syntax  is  easy 
to  follow,  and  is  similar  to  many  other  mathematical  programs.  A  brief  legend  of  symbols 
is  shown  below  in  Table  5. 


TABLl 

E  5  -  Cl  EARTALK  EQUATION  SYNTAX 

Symbol 

Definition 

+ 

Add 

• 

Subtract 

* 

Multiply:  3*4  =  3x4 

1 

Divide:  3/4  =  3-^4 

A 

Raise  to  a  power:  3^  =  3* 

cos{angle  in  radians) 

Cosine  of  the  angle:  cos(7t)  =  -l 

exp{number) 

The  natural  (base-e)  exponential  of  the  number: 
exp(2)  =  e^  =  7.3891 

in  (number) 

The  natural  (base-e)  logarithm  of  the  number:  ln(l)  =  0 

sin(angle  in  radians) 

Sine  of  the  angle:  sin(7i)  =  0 

sqn(number) 

Square  root  of  the  number:  sqrt(4)  =  ^  =  2 

3.  POLAR  PLOTS 


This  module  graphs  all  polar  equations,  and  comes  in  both  a  static  and  dynamic  mode. 
To  reach  this  module,  click  on  the  Pbne  Curves  and  Polar  Coordinates  entry  on  the  main 
menu  screen.  Next,  click  on  the  Polar  Graphing  entry  on  the  Plane  Curves  and  Polar 
Coordinates  submenu.  This  will  bring  up  the  Polar  Plots  module,  as  shown  in  Figure  18. 


Figure  18  Dynamic  Polar  Plots 


Equations  are  entered  in  either  the  r=  and  the  r^2=  fields  located  in  the  top  right  portion 
of  the  screen.  Equations  must  be  entered  in  a  standard  ClearTalk  syntax  as  outlined  in  Table 
5.  The  variable  used  in  the  polar  equations  for  either  the  number  or  angle  in  radians  entry 
is  "t".  For  example,  the  equation  for  a  cardioid  woiUd  be  entered  in  the  r  =  I  I  as  l-cos(t). 
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Similarly,  f=  1 1^2  |  returns  a  spiral.  If  r^2- 
plotted  on  the  screen. 


is  entered,  a  lemniscate  will  be 


The  from  and  to  fields  on  the  screen  are  used  to  enter  a  plot  start  angle  and  a  plot  end 
angle,  respectively.  Again,  these  angles  must  be  in  radians,  and  entered  using  the  ClearTalk 
syntax. 

After  entering  an  equation  and  a  from  and  to  angle,  piish  Plot  Graph  to  graph  the 
equation.  Up  to  four  equations  may  be  plotted  in  different  colors.  If  the  value  of  the 
function  exceeds  the  axis  scale,  the  axis  will  automatically  readjust.  The  Table  button 
displays  a  table  showing  the  values  of  the  equation  and  standard  angle  intervals,  and  then 
toggles  to  a  Hide  button.  To  hide  the  table,  simply  click  on  the  Hide  button. 

The  To  Static  Mode  button  brings  up  tin;  Static  Mode  screen,  shown  in  Figure  1 9.  This 
screen  has  a  list  of  twelve  predrawn  polar  equation  options.  To  display  any  of  the  given 
curves,  click  on  the  entry  for  that  curve.  All  twelve  curves,  or  any  combination  of  them,  may 
be  plotted  together.  The  To  Dynamic  Mode  returns  to  the  dynamic  Polar  Plots  screen. 
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Figure  19  Static  Polar  Plots 
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4.  SINE  FUNCTION 


To  reach  this  modrile,  begin  by  pressing  the  Transcendental  Functions  button  on  the 
main  menu  screen.  This  brings  iq}  the  Transcendental  Function  Submenu.  Press  the  Sine 
Function  button,  and  the  Sine  Function  module  screen  shown  in  Figure  20  will  appear. 


Figure  20  Dynamic  Sine  Function 


This  module  was  designed  to  facilitate  the  understanding  of  the  general  sine  curve  by 
enabling  the  user  to  plot  the  sine  function  with  adjusted  parameters.  The  user  may  vary  the 
parameters  as  indicated  by  the  general  sine  function  of  the  form  f(x)  =  A  sin  (B(x-C)l  +  D, 
where  A  is  the  amplitude,  B  is  the  number  of  periods  desired  in  a  27t  interval,  C  is  the  phase 
shift,  and  D  is  the  vertical  translation.  To  change  the  amplitude,  enter  a  value  between  -5 
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and  5  in  the  Amplitude  I  I  To  change  the  phase  shift,  click  on  one  of  the  five  buttons 
located  under  the  word  Phase  Shift  To  change  the  number  ofperiods  in  a  2n  interval,  enter 
a  value  between  0  an  J  8  in  the  #  of  Periods  in  2  Pi  Units  [^.  The  five  buttons  under  the 
Translation  heading  change  the  vertical  translation  of  the  equation. 

The  Static  button  brings  up  the  Sine  Function  Static  Mode  screen,  shown  in  Figure  2 1 . 
This  screen  has  a  list  of  twelve  predrawn  sine  equation  options.  To  display  any  of  the  listed 
ftmctions,  click  on  the  entry  for  that  function.  All  twelve  curves,  or  any  combination  of 
them,  may  be  plotted  together. 


3  liii<4x> 

-Clii<x> 

3  tlii<x»l> 

2  2in<x> 

-3  tiii<x«l>' 

-2  Sin<x>  ] 

4  81n<x>  ] 

4  Sin(x>-1 

3  2iii<2x>  ] 

4  Sln<x>*l 

[  Ewte  Graph  ] 


Figure  21  Static  Sine  Function 
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5.  TRAPEZOIDAL  RULE 


To  reach  the  Tr^zoidal  Rule  module,  choose  the  Intcgnitioii  button  from  the  main 
menu.  Next,  pick  the  Trapezoidal  Rule  button  from  the  Integration  submenu.  This  calls 
up  the  first  Trapezoidal  Rule  screen,  shown  in  Figure  22.  The  first  four  slides  of  this  module 
outline  the  trapezoidal  rule,  and  contain  only  standard  buttons  as  listed  in  section  1  of  this 
appendix.  Slide  S,  as  shown  in  Figure  23,  requires  some  explanation.  There  are  six 
subinterval  sizes  listed  in  the  upper  right  hand  portion  of  the  screen.  To  partition  the  given 
curve  into  one  of  these  standard  sizes,  click  on  the  corresponding  button.  A  graph  of  the 
curve  with  the  given  subinterval  will  appear  on  the  screen.  In  addition,  the  area  as 
calculated  using  the  trapezoidal  rule  method  will  ^pear  in  the  Approximation  =  The 
actual  area,  as  determined  by  integration,  is  listed  above  this  box.  If  an  integer  is  typed  in 
the  n- 1  L  the  trapezoidal  area  calculated  with  that  integer  subinterval  will  appear  in  the 
Approximation  =|  |. 
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Figure  22  Trapezoidal  Rule  Slide  1 
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Figure  23  Trapezoidal  Rule  Slide  5 

6.  PARAMETRIC  EQUATIONS 

The  parametric  equation  module  consists  of  two  submodules  entitled  Wheel  Cycloid  and 

A 

Square  Cycloid.  To  reach  these  modules,  click  on  the  Plane  Curves  and  Polar  Coordinates 
entry  on  the  main  menu  screen.  Next,  click  on  the  Pararaetric  Equations  entry  on  the  Plane 
Curves  and  Polar  Coordinates  submenu.  This  will  call  up  another  submenu,  with  Wheel 
Cycloid  and  Square  Cycloid  as  listed  entries.  By  clicking  the  Wheel  Cycloid  entry,  the 
screen  shown  in  Figure  24  appears.  Likewise,  by  clicking  the  Square  Cycloid  entry,  the 
screen  shown  in  Figure  25  appears.  Both  modules  are  initiated  by  clicking  on  the  Animation 
button. 


64 


7.  PROJECTILE  MOTION 


The  projectile  motion  module  illustrates  the  ctmcept  of  ideal  projectile  motimi.  To  run 
this  module,  click  on  the  Projectile  MotioB  menu  on  the  Main  Menu  screeiL  The  English 
Unit  Projectile  Motion  screen  will  apptat  as  in  Figure  26.  Calculations  for  diis  screen  are 
based  on  standard  English  Units.  The  user  may  enter  values  for  initial  velocity,  angle  of 
elevation,  initial  firing  position,  and  time.  The  angle  of  elevation  may  be  entered  in  two 
different  ways.  The  first  way  is  by  typing  a  value  between  0  and  90  degrees  in  the  Angle 
of  Elevation  I  I  The  second  way  is  to  use  die  An^  of  Elevation  scroll  bar.  Simply  click 
on  the  ends  of  the  scroll  bar  to  change  tlM  angle  value,  or  physically  move  scroll  button  of 
the  scroll  bar  to  the  desired  angle  value.  The  corre^nding  angle  will  automatically  update 
the  value  in  the  An^e  of  ElevatioB  I  I  The  initial  velocity  may  be  changed  in  the  same 
manner,  using  either  the  Initial  Velocity  CZ)  or  the  Initial  Velocity  scroll  bar.  To  change 
the  firing  point  from  the  origin  to  another  location,  simoly  type  in  the  coordinates  of  the  new 
location  in  the  xO  and  yO  fields.  Change  the  time  of  flight  by  typing  in  a  new  value  in  the 
1 1  i  If  no  value  is  entered  in  this  field,  or  if  a  time  greater  than  the  maximum  flight  time 
is  entered,  the  flight  time  defaults  to  the  maximum  flight  time. 

After  the  flight  path  is  plotted,  output  for  the  maximum  flight  time,  the  maximum  height, 
the  range,  and  the  landing  coordinates  is  presented  in  the  corresponding  [ZH  locations  on  the 
lower  right  hand  portion  of  the  screen.  The  To  Metric  Units  calls  up  the  screen  shown  in 
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Figure  27.  This  screen  operates  in  exactly  the  same  way  as  the  English  Unit  screen,  except 
all  calculations  are  computed  using  metric  units. 


Figure  26  English  Unit  Projectile  Motion 


Figure  27  Metric  Unit  Projectile  Motion 
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8.  DISK  METHOD 


The  Disk  Method  module  gives  a  brief  lesson  on  using  the  disk  method  for  finding  the 
volume  of  a  solid  of  revolution.  To  reach  the  Disk  Metiiod  module,  choose  the  IntqinitioB 
button  from  the  main  menu.  Next,  pick  the  Disk  Metkod  button  fix>m  the  Integration 
submenu.  This  calls  up  the  first  Disk  Method  screen,  shown  in  Figure  28.  This  module  is 
completely  self  explanatory;  the  user  must  only  click  on  any  butu)n  to  start  an  action. 
Appendix  B  shows  a  complete  break  down  of  all  slides  in  this  module. 


The  Undamped  Spring  module  interactively  plots  the  motion  of  a  mass  on  a  vibrating 
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spring  following  Hooke's  law.  The  module  is  called  up  by  clicking  on  the  DifFcrential 
Equations  button  on  the  Main  menu,  and  then  the  Undamped  Spring  button  on  the 
DifTerential  Equations  submenu.  Figure  29  shows  the  Undamped  Spring  screen.  The 
Spring  Constant  may  be  changed  by  typing  in  a  value  in  the  Spring  Constant  =[!□.  The 
default  value  for  this  field  is  one.  To  alter  the  object  mass,  enter  a  new  value  in  the  Mass  « 
I  |.  Again,  if  no  value  is  entered  in  this  field,  the  default  is  one.  To  change  the  motion 
time,  enter  a  new  value  in  the  Time  =  I  i  The  module  is  initiated  by  the  Initial 
Displacement  scroll  bar.  To  give  the  spring  an  initial  displacement,  drag  the  Initial 
Displacement  scroll  bar  button  to  the  desired  value  of  displacement.  The  module  will 
initiate  once  the  scroll  button  is  released.  After  the  motion  of  the  spring  is  plotted,  the  final 
displacement  is  returned  in  the  Displacement =1  |. 


Figure  29  Undamped  Spring 
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10.  ABOUT 


The  About...  module  subroutiiie  can  be  reached  from  any  slide.  To  activate  the 
subroutine,  first  click  on  the  £ile  command  located  on  all  screen  moiu  bars.  Next,  click  on 
the  About...  command  on  the  £ile  submenu.  The  present  window  will  disq>pear,  and  the 
About...  window  will  initiate.  This  window  is  shown  in  Figure  30. 


Figure  30  Initial  About...  Window 


After  this  window  appears,  the  animation  sequence  immediately  begins.  A  project  logo 
enters  from  the  left  of  the  window.  Next,  the  names  of  the  project's  authors  enter  form  the 
top  of  the  window.  This  is  followed  by  a  field  with  information  about  the  project  itself 
Finally,  an  OK  button  enters  from  the  bottom  of  the  screen.  The  final  window  is  shown  in 
Figure  3 1 .  To  return  to  the  previously  hidden  window,  click  on  the  OK  button. 


70 


^IF 


Figure  31  Final  About..  Screen 

11.  POPULATION  GROWTH  MODEL 

The  Population  Growth  Module  shows  the  behavior  of  the  logistical  function  as  applied 
to  population  modeling.  The  module  is  activated  by  clicking  on  the  l^amkal  Systems  on 
the  Main  menu,  followed  by  the  Population  Growth  Model  button  on  the  Dynamical 
Systems  submenu.  Figure  32  shows  the  Population  Growth  Model  screen.  To  change  the 
unrestricted  growth  rate,  r,  type  in  a  new  value  in  the  Growth  Rate  I  i  To  change  the 
population  carrying  c^)acity,  L,  enter  a  new  value  in  the  Carrying  Capacity  I  I.  Similarly, 
new  values  for  the  number  of  periods  and  the  population  initial  value  may  be  entered  in  their 
respective  fields.  The  Show  L  button,  when  initiated,  shows  the  limiting  line  for  the 
population  on  the  population  graph. 
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12.  COBWEB  THEORY 


The  Cobweb  Theory  module  demonstrates  the  behavior  of  the  logistic  equation  through 
the  graphical  technique  called  cobwebbing.  The  module  is  activated  by  clicking  on  the 
Dynamical  Systems  on  the  Main  menu,  followed  by  the  Cobweb  Theory  button  on  the 
Dynamical  Systems  submenu.  Figure  33  shows  the  Cobweb  Theory  Model  screen.  To 
change  the  unrestricted  growth  rate,  r,  type  in  a  new  value  in  the  Growth  Rate  I  1.  To 
change  the  population  carrying  edacity,  L,  enter  a  new  value  in  the  Carrying  Capacity  I  I. 
Similarly,  new  values  for  the  number  of  steps  and  the  population  initial  value  may  be  entered 
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in  their  respective  fields.  To  draw  the  cobweb  of  the  equation,  click  on  the  Draw  Cobweb 
button.  The  Equilibrium  Value  is  returned  upon  completion  of  gr^hing. 


Figure  33  Cobweb  Theory 


13.  SIMUL  ATION  MODEL 


The  Simulation  Model  module  models  a  distribution  problem  typically  found  in  a  Monte 
Carlo  type  simulation.  The  specifics  of  the  module  are  described  in  detail  in  Section  K  of 
Chapter  7.  This  module  is  triggered  by  clicking  on  the  ^iudeling  button  of  the  Main  menu. 
Figure  34  shows  the  Simulation  Model  screen.  The  only  input  required  is  the  total  number 
of  students  involved  in  the  simulation.  Simply  enter  the  value  in  the  Simulation  Number 
I  !.  The  Run  button  activates  the  program.  The  complete  breakdown  of  the  generated 
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distribution  is  displayed  grq)hically  and  in  the  output  {^3  Weltis  on  the  right  side  of  the 


screen. 
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Figure  34  Simulation  Model 


74 


APPENDIX  B 


This  appendix  explains  displays  and  all  of  the  slides  that  make  up  the  Disk  Method 
module.  This  module  is  indicative  of  the  work  that  went  into  all  other  modules.  The  Disk 
Method  Module  is  composed  of  58  individual  slides.  The  first  slide,  shown  in  figure  35, 
shows  a  curve  plotted  in  the  xyz-plane.  The  user  is  given  the  option  to  rotate  the  curve  about 
the  X  or  the  y  axis. 


Elle  Erint 


Volumes  of  Solids 

Disk  Method 

□  Rotate  About  x  Axis 
Q  Rotate  About  y  Axis 


s 


Figure  35  Initial  Slide 

The  next  13  slides,  shown  in  figures  36-48,  display  the  volume  generated  by  the  curve  as  it 
is  rotated  about  the  x  axis.  The  solids  were  graphed  parametrically  by  Mathematica  in  n/6 
increments.  Because  this  process  was  exceedingly  slow  using  the  PC,  the  actual  solids  were 
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generated  by  the  Macintosh  using  a  Mathematica  kernel  running  on  a  SUN  SPARC  10 
workstation. 
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Figure  36  Slide  2 
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Figure  38  Slide  4 
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Figure  40  Slide  6 
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Figure  46  Slide  12 


Figure  47  Slide  13 
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Figure  61  Slide  17 


Figure  62  depicts  the  next  slide,  which  explains  the  rectangular  approximating  region 


concept  of  the  disk  method.  The  next  series  of  slide,  shown  in  figures  63-75,  rotate  the 


rectangular  approximating  region  about  the  x  axis. 


ep 


Figure  62  Slide  28 
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The  next  slide,  shown  in  figure  76,  shows  the  enlarged  view  of  dw  "k*"  disk.  Figures  77 
and  78  explain  how  to  sum  all  disks,  and  show  how  that  sum  ^)proximates  the  area  as  the 
disk  width  limit  s^proaches  zero. 


Figure  78  SUdc44 


The  final  series  of  slides,  displayed  in  Figures  79-92,  show  the  entire  process  using  the 
equation  representing  a  quarter  circle.  On  the  final  slide,  the  volume  of  the  half  sphere 
created  by  rotating  the  curve  about  the  x  axis  is  displayed. 
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Figure  91  SUdeS7  Figure  92  SUdeSS 
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APPENDIX  C 


This  appendix  explains  the  ClearTalk  code  that  drives  the  Undamped  Spring  Module. 
The  code  for  this  module  is  indicative  of  the  code  for  other  modules,  and  gives  the  reader 
a  flavor  for  programming  in  the  ClearTalk  language.  Included  in  the  discussion  are  some 
design  techniques  that  allow  the  program  to  function  smoothly  .  These  techniques  are  not 
inherently  obvious  to  the  first  time  programmer.  The  module  screen  appears  below  in  Figure 


Figure  93  Undamped  Spring 

Each  of  the  modules  prepared  for  the  project  and  the  controlling  structure  were 
programmed  using  the  script  language  programming  technique.  This  unique  language, 
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known  as  ClearTalk,  offered  some  very  desirable  properties.  The  most  significant  of  these 
properties  was  its  ease  of  use.  A  minimum  background  in  computer  science  was  sufficient 
for  understanding  the  language. 

The  starting  point  for  the  module  was  deciding  what  teaching  points  were  to  be  covered. 
The  module  would  demonstrate  the  rectilinear  motion  of  a  harmonic  oscillator  and  plot  the 
motion  that  is  described  in  a  time  versus  displacement  graph.  In  order  to  demonstrate  these 
concepts  fully,  four  parameters  would  be  allowed  to  vary;  the  spring  constant  (k),  the  mass 
(m),  time  (t)  and  finally  the  initial  displacement  from  rest  of  the  system  (Xo).  While  taking 
these  parameters  in  to  accoimt,  a  slide  had  to  be  designed  that  supported  the  display  of  a 
graph,  an  animated  oscillator,  input  of  four  variables,  and  the  controlling  structures  that 
allowed  the  module  to  operate.  After  several  design  proposals  and  layouts,  the  slide  format 
shown  in  Figure  93  was  chosen.  Of  particular  interest  is  the  scroll  bar  used  for  entering 
initial  displacement.  This  technique  was  chosen  because  it  gives  a  better  understanding  of 
what  initial  displacement  means  on  this  system. 

After  deciding  upon  an  initial  layout,  work  was  initiated  on  the  supporting  code.  The 
programming  of  modules  is  conducted  in  three  distinct  phases;  the  collection  of  input  for 
calculations,  the  graphical  display  of  the  input,  and  finally  the  creation  of  an  animation  that 
supports  understanding  the  demonstrated  concept.  By  following  this  order,  the  programmer 
has  a  logical  sequence  in  which  to  debug  the  program.  This  order  also  cuts  down  on  errors, 
as  mistakes  are  less  likely  to  be  compounded.  The  script  that  drives  the  program  will  now 
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be  described  in  detail.  Hopefully,  this  will  assist  future  woric  in  creating  similar  modules. 

The  majority  of  the  script  that  operates  the  module  is  associated  with  the  slide  itself,  and 
is  not  tied  to  a  specific  object.  The  code  that  is  present  in  the  slide  level  of  programming 
consists  of  four  subroutines.  Each  of  the  subroutine  functions  is  essential  to  the  proper 
performance  of  the  module.  The  first  code  that  a  module  executes  is  the  open  slide 
subroutine.  This  routine  executes  each  time  the  slide  is  brought  into  operation, 
on  openSlide 

global  mslymxorg,myorg,massrec^org^org,colorcnt,coord 

set  loc  of  foreground  draw  objcct*mass*  to  loc  background  paint  field  *mass 

slider” 

put  the  loc  of  background  paint  field  "mass  slider”  into  morg 

put  item  1  of  morg  into  mxorg 

put  item  2  of  morg  into  myorg 

put  the  rect  of  paint  field  'mass  slider”  into  msl 

put  the  rect  of  foreground  draw  object  "mass”  massrec 

put  the  rect  of  paint  field  "graph  plot*  into  coord 

put  item  1  of  coord  into  xorg 

put  round  ((item  4  of  coord  +  item  2  of  coord)/2)  into  yorg 
set  the  brush  to  8 
put  0  into  colorcnt 
end  openslide 

The  subroutine  initializes  the  global  variables  used  by  the  program  and  initializes  the 
location  of  screen  graphics.  The  routine  then  dynamically  retrieves  the  location  of  various 
objects  and  places  their  screen  locations  into  variables  used  by  the  program.  The  final 
command  at  the  end  of  the  routine  sets  the  size  of  the  paint  brush  that  will  be  utilized 
throughout  the  module.  The  subroutine  then  terminates  and  returns  control  to  the  user. 
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The  counterpart  to  the  open  slide  routine  is  the  close  slide  routine.  This  subroutine  is 
executed  upon  module  termination.  The  close  slide  routine  for  this  module  is  given  below. 


on  closeSlide 
lock  screen 

put  empty  into  cd  fld  "k* 

put  IS  into  cd  fld  *m* 

get  the  rect  of  paint  fleld  "graph  plot* 

choose  select  tool 

drag  from  item  1  of  it,  item  2  of  it  to  item  3  of  it,  item  4  of  it 
doMenu  clear  picture 
choose  browse  tool 
end  closeSlide 

The  close  slide  subroutine  begins  by  not  allowing  any  further  changes  to  the  screen  by 
issuing  the  lockscreen  command.  The  program  then  empties  two  variable  registers.  The 
final  series  of  commands  uses  the  tools  available  in  the  scripting  language  to  erase  any  user 
defined  graphics  produced  during  the  use  of  the  module. 

The  final  subroutine  on  the  slide  level  of  programs  is  the  workhorse  of  the  module.  It 
contains  the  procedures  that  perform  the  majority  of  the  calculations  associated  with  the 
module.  This  subroutine  also  controls  the  gr^hic  tools  used  to  produce  plots  by  the  module. 
This  module's  "executable"  subroutine  is  described  line  by  line  to  facilitate  understanding 
of  the  code. 

on  plotGraph  disp,k,m,tf 

(This  module  activates  on  the  command  of  plotGraph  and  utilizes  the  variables  stored  in 
registers  disp,k,m,and  tf) 

put  tf  into  maxX 

(The  amount  of  time  the  spring  will  oscillate  is  placed  into  maxX) 

put  0  into  minX 

(The  minX  variable  is  initialized  to  0) 
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pat  4  into  oiaxY 

(The  maxY  variable  is  initialized  to  4) 

put  -4  into  minY 

(The  minY  variable  is  initialized  to  -4) 

global  nisl,iiixorg^yorg,maflsroc^orfiyorg,colorait,coord 

(The  global  variables  listed  are  made  available  for  use) 

if  colorcnt » 1  then 
set  fillColor  to  10 
else  if  colorcnt «  2  then 
set  fillColor  to  13 
else  if  colorcnt  =  3  then 
set  fillColor  to  17 
else  if  colorcnt »  4  then 
set  fillColor  to  15 
else 

set  fillColor  to  1 
end  if 

(This  loop  sets  the  color  the  program  will  use  in  plotting  graphs.  The  loop  is 

incremented,  and  plots  that  will  overlay  one  anodier  are  displayed  in  different  colors) 

put  colorcnt  + 1  into  colorcnt 

(The  variable  colorcnt  is  incremented) 

choose  "brush  paint  tooP 

(The  graphic  drawing  tool  is  selected  for  use) 

put  0  into  t 

(The  time  variable  is  initialized) 

put  .1  into  incr 

(The  graphic  step  increment  is  initialized) 

put  round((item  3  of  coord  -item  1  of  coord)/maxX)  into  tempi 
put  round((item  4  of  coord  -item  2  of  coord)/(maxY-minY))  into  temp2 
(These  commands  translate  world  coordinates  to  screen  coordinates) 
put  sqrt(k/m)  into  temp3 

put  round  ((item  4  of  msl  -  item  2  of  msl)/(maxY  -  minY))  into  temp4 

(The  screen  location  of  the  spring  animator  is  initialized) 

repeat  with  counter  - 1  to  round  (maxX/incr) 

(This  loop  creates  the  graph  and  moves  the  spring  mass  incrementally) 
put  roand(templ*t)  into  scalxt 

(The  x-direction  screen  correlation  coefficient  is  calculated  for  the  graph) 

put  round(temp2*(disp*cos(temp3*t)))  into  scalyt 


91 


(The  y*diitction  screen  correlation  coefficient  is  calculated  for  the  gra|A) 
put  (xorg  +  scaixt)  into  xcUck 
(The  screen  x  location  is  calculated  for  the  graf^  plot) 
put  (yorg  -  scafyt)  into  yelick 
(The  screen  x  location  is  calculated  for  die  graph  plot) 
if  yelick  >  37  and  yelick  <  176  then 
if  xclick  <  573  and  xclick  >«  319  then 
click  at  xclicko^clkk 
end  if 
end  if 

(The  if-then  structure  is  an  error  check  to  ensure  that  the  point  to  be  plotted  is  within  the 
display  parameters) 

put  roand(tcnip4*(disp*cos(tcnip3*t)))  into  scalmt 

(The  x-direction  screen  correlation  coefficient  is  calculated  for  the  sprii^  mass) 
set  the  hc^t  of  btn  'cover*  to  360 
(A  hider  graphic  position  is  initialized) 

set  loc  of  foreground  draw  object  'mass*  to  mxorg,  myorg  -  scalmt 

(The  mass  is  positioned  based  on  the  calculated  coordinates) 

add  incr  to  t 

(The  time  variable  is  incremented  for  the  next  iteration) 
set  the  cursor  to  wait 
(The  mouse  point  is  set  to  a  wait  state) 
end  repeat 

put  (disp*cos(temp3*t))  into  cd  fld  "Displacement* 

(The  final  displacement  location  of  the  spring  is  calculated  and  placed  into  the  card  field 

for  display  to  the  user) 

choose  browse  tool 

(Control  is  returned  to  the  user) 

end  plotGraph 

In  summation,  the  plotGnqih  subroutine  dynamically  grabs  the  screen  location  of  a 
number  of  graphics  and  stores  their  locations  by  pixel  into  selected  variables.  These 
variables  are  then  used  by  scaling  equations  in  order  to  present  a  scaled  version  of  the  desired 
equation  on  the  screen.  In  conjunction  with  this  procedure,  a  screen  graphic  depicting  the 
rectilinear  motion  is  positioned  incrementally  to  give  the  illusion  of  motion.  Finally,  the 
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discrete  loop  is  exited  and  the  displacement  of  the  mass  is  displayed. 

The  program  also  has  scripts  associated  with  several  of  the  on  screen  gr^hics  that  detail 
and  control  their  function.  For  this  module  the  erase  graph  button,  displacement  scroll  bar, 
and  home  button  all  have  scripts.  The  unique  characteristics  of  each  of  these  graphics 
warrants  description  to  clarify  how  they  operate  within  and  control  the  module. 

The  erase  button  performs  three  distinct  functions.  It  executes  a  routine  that  erases  any 
graphs  that  have  been  created,  reinitializes  all  variables,  and  resets  the  animation  graphics, 
on  mouseUp 

(Execute  this  routine  when  the  button  is  clicked  on  by  the  mouse) 
set  the  cursor  to  wait 
(Allow  no  further  user  input) 
put  **  into  cd  fld  ”k* 

(Empty  the  spring  constant  variable) 
put  "*  into  cd  fld  ”m* 

(Empty  the  mass  variable) 

put  15  into  cd  fld  *tr 

(Put  1 5  into  the  time  factor  variable) 

put  0  into  cd  fld  "Displacement* 

(Display  zero  as  the  current  mass  displacement) 
set  the  thumbPosition  of  scroll  bar  1  to  400 
(Places  the  slider  to  the  midpoint  of  the  scroll  bar) 

set  the  loc  of  foreground  draw  object  "mass  to  loc  of  background  paint 

fleld  "mass  slider” 

(Moves  the  mass  to  the  initial  position) 

set  the  height  of  btn  "cover*  to  169 

(Sets  the  hider  graphic  that  supports  the  animation  to  the  initial  position) 

set  the  bottom  of  btn  "cover"  to  360 

(Sets  the  hider  graphic  that  supports  the  animation  to  the  initial  position) 

global  colorcnt 

(Makes  the  global  variable  colorcnt  accessible) 

put  0  into  colorcnt 

(Resets  the  color  counter  variable) 

get  the  rect  of  paint  fld  "graph  plot” 
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(Places  the  coordinates  of  the  current  gra{^  into  memory) 

choose  select  tool 

(Selects  a  graphic  controlling  tool) 

drag  from  item  1  of  it.  Hern  2  of  it  to  item  3  of  it,  item  4  of  it 
(Places  a  selecting  box  around  the  current  image) 
doMenn  clear  picture 
(Erases  the  current  image  from  the  screen) 
choose  browse  tool 
(Returns  control  to  the  user) 
end  mouseUp 


The  displacement  scroll  bar  is  used  to  tran^t  the  initial  displacement  of  the  spring  mass 
system  to  the  program.  The  mouse  is  placed  on  the  scroll  bar  and  then  is  dragged  to  the 
position  that  the  user  specifies.  The  callback  script  associated  with  the  scroll  bar  feeds  the 
displacement  value  to  the  program  and  displaces  the  animated  graphic  to  the  desired  location. 
Upon  release  of  the  scroll  bar  the  program  is  initiated  and  the  animated  motion  and  plots  are 
produced, 
on  mouscUp 

(Routine  activated  by  the  mouse) 
global  morg,mxorg,myorg,msl,massrec,coord4torg 
(Allows  the  global  variables  to  be  accessed) 
put  the  loc  of  background  paint  field  "mass  slider*  into  morg 
(Places  the  graphical  object’s  screen  coordinates  into  a  variable) 
put  item  1  of  morg  into  mxorg 
(Separates  the  morg  variable’s  x  coordinate) 
put  item  2  of  morg  into  myorg 
(Separates  the  morg  variable’s  y  coordinate) 
put  the  rect  of  background  paint  field  "mass  slider”  into  msl 
(Places  the  graphical  object’s  screen  coordinates  into  a  variable) 
put  the  rect  of  foreground  draw  object  "mass*  into  massrec 
(Places  the  graphical  object’s  screen  coordinates  into  a  variable) 
put  the  rect  of  paint  field  "graph  plot*  into  coord 
(Places  the  graphical  object’s  screen  coordinates  into  a  variable) 
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put  item  1  of  coord  into  xorg 

(Places  the  x  coordinate  of  the  gn^)h  into  a  variable) 

put  round((item  4  of  coord  +  item  2  of  coord)/2)  into  yorg 

(Calculates  the  pixel  size  of  the  current  gr^h  location) 

set  the  brush  to  8 

(Selects  the  size  of  the  graphical  drawing  tool  used  to  plot  the  graph) 
put  word  1  of  cd  fld  ”k”  into  k 

(Places  the  value  of  the  spring  constant  entered  by  the  user  into  a  variable) 
if  k  *  then 

(Executed  if  the  user  fails  to  enter  a  spring  constant,  sets  k  to  the  default  value  of  1 ) 
put  1  into  k 
put  k  into  cd  fld  *k* 
end  if 

put  word  1  of  cd  fld  ”m*  into  m 

(Places  the  value  of  the  mass  entered  by  the  user  into  a  variable) 

if  m='*  then 

(Executed  if  the  user  has  failed  to  enter  a  mass  value,  sets  m  to  the  default  value  of  1 ) 

put  1  into  m 
put  m  into  cd  fld  ”m* 
end  if 

put  word  1  of  cd  fld  "tT  into  tf 

(Places  the  value  of  the  time  of  execution  into  the  time  factor  variable) 
put  (400-thumbPosition  of  meyiOO  into  disp 

(Calculates  the  value  of  the  displacement  of  the  spring  as  input  from  the  scroll  bar) 

set  the  numberFormat  to  "0.00” 

(Sets  the  format  in  which  numbers  are  displayed  by  the  program) 

put  disp  into  cd  field  "Displacement" 

(Places  the  initial  displacement  entered  by  the  user  on  the  screen) 
plotGraph  disp,k,m,tf 

(Executes  the  main  subroutine  plotGraph  and  passes  the  four  variables  to  it) 
end  mouseUp 

The  home  button  allows  the  user  to  exit  the  module.  It  resets  critical  variables  and 
repositions  on  screen  graphics  for  future  use.  The  code  for  the  home  button  is  shown  below. 
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OD  mottscUp 
put  "*  into  cd  fld  "k” 

(Empty  the  spring  constant  variable) 
put  into  cd  fld  ”ni” 

(Empty  the  mass  variable) 
put  15  into  cd  fld  "tf* 

(Place  15  into  the  time  factor  variable) 
put  0  into  cd  fld  "Displacement* 

(Places  a  zero  into  the  displacement  card  field) 
set  the  thumbPosition  of  scroll  bar  1  to  400 
(Resets  the  scroll  bar  to  the  center  position) 

set  the  loc  of  foreground  draw  object  "mass*  to  loc  of  background  paint  field  "mass 
slider* 

(Moves  the  mass  to  the  initial  position) 
get  the  rect  of  paint  field  "graph  plot" 

(Places  the  pixel  location  of  the  graphs  into  memory) 

choose  select  tool 

(Selects  a  graphics  controlling  tool) 

drag  from  item  1  of  it,  item  2  of  it  to  item  3  of  it  item  4  of  it 

(Places  a  selecting  box  around  the  current  image) 

doMenu  clear  picture 

(Erases  the  current  image  from  the  screen) 

choose  browse  tool 

(Returns  control  to  the  user) 

run  "difTexe* 

(Starts  the  master  program  controlling  structure) 
hide  this  window 

(Removes  the  window  from  the  screen  while  it  is  being  shut  down) 
doMenu  "save* 

(Saves  the  module) 
doMenu  "quit* 

(Turns  off  the  module) 
end  mouseUp 

This  ends  the  critical  scripting  for  the  undamped  spring  module. 
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